Pythonのお勉強 Part59

**デフォルトの名無しさん** · 2019/03/10(日) 14:11:02.97

★当スレにRubyのソースコード類を書くことを禁ず★
☆Ruby等、Pythonではないプログラミング言語での回答類を書くのも禁止
☆「Ruby では」「Rubyでは」をNGワード登録推奨

◆エラーを解決したいときはエラー表示と
　環境（Pythonのバージョン・OS・IDEの種類とバージョン）をシッカリ書く

◆Pythonのソースコードを５ちゃんにコピペするとインデントが崩れるので
　　↓にあげてるような、ソースコード用サイトに貼ってきてくだしあ
　　　　（スクリーンショットをimgurうｐ等の横着をしない）
ttp://ideone.com/　　　　　　推定最大手。デフォ設定がCなので、Pythonするには選択ボタン押下がﾋﾟｺ手間かも。
ttp://codepad.org/　　　　　ほぼ直感的に使える。Run codeボタンあり。
ttp://pastebin.com/　　　　　まずまずシンプル。
ttp://dpaste.com/　　　　　　とてもシンプル。消えるまでの日数は十分長ーく指定のこと。
ttps://jupyter.org/try　　　　（旧try.jupyter.org）ちょっとめんどうそう。
ttps://ja.osdn.net/pastebin/　ログイン必須になりやがった(ﾟДﾟ#)

◇Pythonオフィシャルサイト
http://www.python.org/

◇まとめwiki
ttp://python.rdy.jp/

●関連スレ●
くだすれPython(超初心者用) その41【Ruby禁止】
http://mevius.5ch.net/test/read.cgi/tech/1549282930/

〇前スレ
Pythonのお勉強 Part58
http://mevius.5ch.net/test/read.cgi/tech/1540468210/

次スレの建立は>>985が挑戦する

**デフォルトの名無しさん** · 2019/04/28(日) 01:21:54.74

金曜の深夜くらいからガイジに占拠されてるのは何かあったの？

**デフォルトの名無しさん** · 2019/04/28(日) 01:51:11.29

読み返してきたけどこんな流れだな

pythonを勉強して組み込みエンジニアになりたいという人が登場
↓
たしかに最近はpythonで組み込みが流行ってるよねという話がでる
↓
でも特にメリットがないからプロの世界には入ってこないだろうという意見がでる
↓
機械学習するならpythonが効率よくていいという意見がでる
↓
ボードで機械学習はやらんだろ、クラウドだろという突っ込みが入る
(ここから本格的に論争に)
↓
なんやかんやあって、端末個々で機械学習することの是非についての議論に落ち着く

**デフォルトの名無しさん** · 2019/04/28(日) 02:13:52.07

Jetson Nano であらゆる人が AI コンピューティングの利用が可能に
BY NVIDIA JAPAN · APRIL 2, 2019
https://blogs.nvidia.co.jp/2019/04/02/jetson-nano-ai-computing/

またML フレームワークを用いることでJetson Nano 上でローカルに実装されたネットワークを再トレーニングする転移学習も可能です。

自分自身でモデルのトレーニングを行いたいと望む開発者は、フルバージョンの「Two Days to a Demo」チュートリアルのご利用をお勧めします。
このチュートリアルでは転移学習によって画像分類、物体検知およびセマンティックセグメンテーションのモデルの再トレーニングおよびカスタマイゼーションを行うための一連の流れが示されています。
転移学習では、特定のデータセットのモデルウエイトが微調整されますので、モデルを一から訓練する必要はありません。
モデルのトレーニングは推論に比べてより多くの演算リソースと時間が必要になるため、転移学習はNVIDIA の GPU を個別に実装した PC またはクラウドインスタンスで行うのがもっとも効果的です。

しかしながら、Jetson Nano はTensorFlow や PyTorch、Caffe などのフルトレーニングフレームワークを実行できますので、
他の専用のトレーニングマシンを利用できない方、あるいはトレーニングの実行に時間をかけても問題ないという方はJetson Nanoで転移学習による再トレーニングも行えます

**デフォルトの名無しさん** · 2019/04/28(日) 02:21:27.08

>モデルのトレーニングは推論に比べてより多くの演算リソースと時間が必要になるため、転移学習はNVIDIA の GPU を個別に実装した PC またはクラウドインスタンスで行うのがもっとも効果的です。

データ収集なんかしったことか、という立場のnvidiaですらエッジで学習することに消極的なわけだな。
ここに更に重要なデータ収集の話が加わるからやっぱりエッジで個々に学習なんてやらないが結論でいいんじゃない。

**デフォルトの名無しさん** · 2019/04/28(日) 07:14:56.69

>>863
考え方が極端だなぁ
いきなりクリティカルなところに導入するって考え方しかできないのかね

カメラつけてYes or Noのニ値分類なら現時点でも十分可能性はあると思うけどね
ボタン付けて不良品検査ならすぐにでもいけるんじゃないの？

**デフォルトの名無しさん** · 2019/04/28(日) 07:25:10.53

>>872
論点が違うような

Nvidiaもエッジでの転移学習の微調整は否定してないように読めるけども
エッジ側で一から機械学習すべきなんて主張は誰もしてないと思うよ
元々はクラウドにつながってないなら意味がないっていう議論だった

**デフォルトの名無しさん** · 2019/04/28(日) 07:28:07.19

jetson nanoはubuntu用のデスクトップパソコンとしてほしいわ(´・ω・`)

**デフォルトの名無しさん** · 2019/04/28(日) 07:52:11.53

>>868, >>873-874
微調整と学習は違うぞ

**デフォルトの名無しさん** · 2019/04/28(日) 08:52:21.46

>>873
不良品検査なんてクリティカルなことを端末に閉じてやるはずなくね？
絶対クラウドなりオンプレサーバーなりにデータ集約して扱うと思うけど…
どうしても端末でやりたいのか？

**デフォルトの名無しさん** · 2019/04/28(日) 08:57:42.04

>>874
ではエッジ側で途中から機械学習するって主張なのか？
判定アルゴリズムを調整するような学習は普通にありうるけど、モデルを更新するような学習は新データが大量にないと元のモデルから変化しないからかなりキツイ。

>>876の言う通り機械学習とそうではない学習があるってことは理解してるよね？

**デフォルトの名無しさん** · 2019/04/28(日) 10:11:46.42

中央で集約したデータで普通に学習させて末端では学習済みモデルを動かすだけなのが一番低コストなのにあえて末端でも学習させなければならない合理的理由がなければやる必要はない

**デフォルトの名無しさん** · 2019/04/28(日) 10:13:57.25

もうpythonから外れて無関係な話題になってるから、お前らまとめてどっか適切なスレ見つけて引っ越せよ。

**デフォルトの名無しさん** · 2019/04/28(日) 12:41:21.15

>>872 何を言ってんだよ。データー収集は、センサーがついてるエッジがやらなくて何ができるというんだよ。
現場のデーターに勝るデーターはない。

**デフォルトの名無しさん** · 2019/04/28(日) 12:47:41.93

【統計分析】機械学習・データマイニング23
https://mevius.2ch.net/test/read.cgi/tech/1551352040/

とは言え、安いからJetson nano を注文してみようかな。Python で遊ぶのにも面白そうだし。

**デフォルトの名無しさん** · 2019/04/28(日) 12:49:55.78

>>878 転移学習だと言ってるじゃんよ。

**デフォルトの名無しさん** · 2019/04/28(日) 12:52:44.56

転移学習：機械学習の次のフロンティアへの招待
https://qiita.com/icoxfog417/items/48cbf087dd22f1f8c6f4
機械学習を実務で使う場合、「ではお客様、ラベルデータを・・・」と申し出て色よい返事が返ってくることはあまりありません。
また、例えば自動運転車を作るときに、データが足りないからその辺流してくるか、お前ボンネットに立ってデータとってな、とするのは大変です。

そこで必要になってくるのが転移学習です。
転移学習とは、端的に言えばある領域で学習させたモデルを、別の領域に適応させる技術です。
具体的には、広くデータが手に入る領域で学習させたモデルを少ないデータしかない領域に適応させたり、シミュレーター環境で学習させたモデルを現実に適応させたりする技術です。
これにより、少ないデータしかない領域でのモデル構築や、ボンネットに立つという危険を侵さずにモデルを構築することができるというわけです。

以下略

**デフォルトの名無しさん** · 2019/04/28(日) 12:53:40.93

pythonスレはこれで終了？
もう話題がないんだよね？

**デフォルトの名無しさん** · 2019/04/28(日) 13:03:58.47

>>885
importとfrom importの是非でも議論しよう
この二つが混ざっていると美しくないと感じてしまう

**デフォルトの名無しさん** · 2019/04/28(日) 13:11:46.57

>>886 良いと思うけどな。

**デフォルトの名無しさん** · 2019/04/28(日) 13:51:41.97

>>885
俺の質問に誰も答えてくれなくて
それでも終わるの？
もしかしてpython分かんなくて
悔しいから終わらせたいの？

**デフォルトの名無しさん** · 2019/04/28(日) 14:02:50.62

サメの話しようぜ

**デフォルトの名無しさん** · 2019/04/28(日) 14:05:26.48

ウブントゥって結局なに？

**デフォルトの名無しさん** · 2019/04/28(日) 14:18:29.11

>>890 Unix の中の一つだよ。

**デフォルトの名無しさん** · 2019/04/28(日) 14:20:12.60

>>888 何を聞いてた? 忘れ去られてるんだからリンクくらい貼れよ。

◆QZaw55cn4c · 2019/04/28(日) 15:08:36.02

>>891
UNIX と Linux は違うものです！きり

**デフォルトの名無しさん** · 2019/04/28(日) 15:09:28.41

>>892
リンク張れないからもいちど書くよ！

classのインスタンスをListで持ちたい。
classをそのままListに追加すると参照になってしまうからdeepcopyしないといけないのか？

またdeepcopyしたListを一括で
解放したいときどうやるのか？

というような質問でした。
わかる方いらっしゃいましたら
教えて下さい！

**デフォルトの名無しさん** · 2019/04/28(日) 15:53:21.02

>>894
deepcopyってなんや？

**デフォルトの名無しさん** · 2019/04/28(日) 15:54:28.51

>>891
OSなん？

**デフォルトの名無しさん** · 2019/04/28(日) 16:13:33.30

>>894
何が問題なのかよく分からんけど
a1 = A()
seq = [a1]
ってしたときに、a1が変化したときに、seq[0]が変化すると困るって状況？

あと、メモリの管理はGCがやってくれるから、基本的には参照できなくなった時点で勝手に開放してくれるよ
# ただし、ごく一部のオブジェクトは明示的に開放しないといけない

**デフォルトの名無しさん** · 2019/04/28(日) 17:42:02.52

>>894
delで削除は出来るはず
上の例だと
del seq[:]
del seq

もう少しマナーの良い方法は
import gc
...
gc.collect()

前者は他で使っているかどうかに関わらず解放する
後者は普通は自動で行ってくれるガーベッジコレクションの強制発動

メモリ量を調べて解放されてないように見えるかも知れないけど、プロセスが立ち上がってる限り確保したメモリはosには返さない
返す必要があるならサブプロセスの中で確保しないとダメ

**デフォルトの名無しさん** · 2019/04/28(日) 18:56:09.48

>>896　OSだよ。　UNIXが大元のOSで、その仕様を満足するようにオープンソースとして作られたのがLinux
他のオープンソース系としてはBSDなどがある。
Linux などを配布するまとまり（ディストリビューション）でまた名前がついている。　その一つがUbuntsu、だったりCENTOSだったり、RdHat,
FreeBSD、などなどだが皆兄弟と言える。
iPhoneやMacOSはFreeBSDの上に構築されている。　AndoridもUnixの変形したカーネル（NetBSD）の上に構築されている。　これらスマホ系のOSはUnix系のサブセットと言える。

Unix が始めて本格的にコンパイラ言語（C言語）で作られた。　コンパイラ言語で作られているのでCPUの違いにはほとんど影響されないで移植性が高くなった。

**デフォルトの名無しさん** · 2019/04/28(日) 19:12:34.32

pythonは身近なところではどこで使える？

**デフォルトの名無しさん** · 2019/04/28(日) 19:20:01.79

>>900
監視カメラ

**デフォルトの名無しさん** · 2019/04/28(日) 19:26:45.37

DDNS

**デフォルトの名無しさん** · 2019/04/28(日) 19:32:19.95

>>900
計算機

**デフォルトの名無しさん** · 2019/04/28(日) 19:35:50.37

numworksの電卓ほしいけど、使いみちが思いつかない(´・ω・`)

**デフォルトの名無しさん** · 2019/04/28(日) 19:41:11.72

>>899
頼むから知ったかは黙っててくれ…
FreeBSDはLinuxのディストリビューションじゃないし
AndroidとNetBSDに直接の関係はない（ライブラリの一部がNetBSDのライブラリをベースしてたりするだけ）
てかAndroidのカーネルはLinuxだし

◆QZaw55cn4c · 2019/04/28(日) 19:48:35.36

>>899
その中途半端で不正確な知識は訂正する必要がありますね

＞UNIXが大元のOSで、その仕様を満足するようにオープンソースとして作られたのがLinux
Linux は posix の認証を受けておらず、直接には unix 系／bsd 系とは同列ではありません、そうであろうと努めているであろうことは推測できたにしても、同一視するのはいけませんね

＞Linux などを配布するまとまり（ディストリビューション）でまた名前がついている。　その一つがUbuntsu、だったりCENTOSだったり、RdHat,
＞FreeBSD、などなどだが皆兄弟と言える。

FreeBSD は bsd-unix 系で、linux とは関係なく、むしろ NetBSD/OpenBSD/Dragonfly BSD との関係の方が近いのです

＞Unix が始めて本格的にコンパイラ言語（C言語）で作られた。　コンパイラ言語で作られているのでCPUの違いにはほとんど影響されないで移植性が高くなった。

それぞれの単語の意味を十分に把握してないことを原因として、日本語が壊滅的におかしいです

＞Unix が始めて本格的にコンパイラ言語（C言語）で作られた。
訂正するならば「Unix は、その大部分を C 言語で記述されているため、コンパイラを移植することを完了できた実行環境では、同時に Unix を容易に移植できた」

＞コンパイラ言語で作られているので
「大部分をコンパイラ言語である C で記述されているため」

しかし各 BSD 系、Linux カーネルの移植性が現時点にて高いのは、偶然か必然かはわかりませんけれども C 言語がデファクトスタンダードになった結果であり、C がぽしゃっていたら（認められなかったら）依然として OS の移植は困難であったでしょう
当時、OS 記述用の言語なんて山ほどあり、そのなかで C が生き残るとはあんまり予想されていなかったんですよ、むしろ smalltalk の方が輝いていましたね

**デフォルトの名無しさん** · 2019/04/28(日) 20:03:16.50

>>900
今月は旅費計算しか使ってないわ

**デフォルトの名無しさん** · 2019/04/28(日) 20:14:45.67

>>900 Windows, iPhone , Android, Micro:Bit , RasberryPi など。なんでそんな事を聞くの？

>>906 Linux と別のオープンソースにBSDがあると最初に書いてるじゃん。
OS記述用言語が山ほどあるなんてこたないよ。　そりゃ中間言語用としてPL/Iが使われてたりしたこともあるがそれは本格的なOS記述用ではない。
コンパイラ言語が本格的に使われなかった理由はメモリ効率が悪すぎたから。
当時使えるメモリの容量が非常に小さくコンパイラで作るとメモリを食いすぎるしスピードが遅くて使い物にならなかった。

C言語では、アセンブラの1.5~2倍位のメモリで実装できたから本格的なOS用言語として認められた。
最初のUNIXは512KBの5インチフロッピディスクで12枚だった。
小さなROMの組み込みにアセンブラを使っていたのがC言語の出現でコンパイラ言語が使えるようになった。

もっとも組み込み系にBASICなどのインタプリタ系言語も使われていたがそれはあくまでも一部の用途のみで汎用と呼べるものではなかった。
SmallTalk はあくまでも言語であり、OSを記述していたわけではない。　OS的な使い方ができたというだけのもの。
BASICが単独で動くと言ってもあくまでも言語であり、OSではない。

UNIXが出る前のマイクロコンピュータ用汎用OSとしては、CPMや、DOSなどだった。　汎用コンピュータやApple等は独自のOS

**デフォルトの名無しさん** · 2019/04/28(日) 20:35:59.99

おっさん vs 若者の構図が透けて見えると思ったら、おっさん vs おっさんだった

>>890
一言でいうとUbuntuは無料のOSだね
WindowsやmacOSみたいなもん
機械学習で推奨されているOSでもある

>>908
誤字脱字が多いからニワカと思われても仕方ないよ
Ubuntsu → Ubuntu
RdHat → Redhat

あとmacOSのカーネルDarwinはMachカーネルベースでFreeBSDやNetBSDから部分的に取り込んでいるだけでベースというには弱いかなぁ
Nextstep時代に取り込んだものだけどね

こういう話は大好きなんだがまたスレ違いで出てけと言われそうだ

◆QZaw55cn4c · 2019/04/28(日) 21:26:30.25

>>908
こういう決定的な間違いをするようでは常識を疑われても仕方がないのでは？

>>899
＞inux などを配布するまとまり（ディストリビューション）でまた名前がついている。　その一つがUbuntsu、だったりCENTOSだったり、RdHat,
＞FreeBSD、などなどだが皆兄弟と言える。

＞buntsu、だったりCENTOSだったり、RdHat,FreeBSD、などなどだが皆兄弟
＞buntsu、だったりCENTOSだったり、RdHat,FreeBSD、などなどだが皆兄弟
＞buntsu、だったりCENTOSだったり、RdHat,FreeBSD、などなどだが皆兄弟
＞buntsu、だったりCENTOSだったり、RdHat,FreeBSD、などなどだが皆兄弟
＞buntsu、だったりCENTOSだったり、RdHat,FreeBSD、などなどだが皆兄弟

＞OS記述用言語が山ほどあるなんてこたないよ。　そりゃ中間言語用としてPL/Iが使われてたりしたこともあるがそれは本格的なOS記述用ではない。

むしろほぼ C 言語だけで書かれているほうが珍しく、当時の商用OS は各種（（BLISS、VAX Macro、Ada、PL/I、C、FORTRAN、BASICも！）混在しているのが当たり前だった
それらの各種コンパイラ・インタプリタ言語の中で C だけが飛びぬけてすごかったわけじゃない、個人的には pascal も有望と思っていましたよ
今の現時点での結果をもとに、当時を趨勢を語るとか、「後だしじゃんけん」もほどほどにしてほしいものです

＞SmallTalk はあくまでも言語であり、OSを記述していたわけではない。　OS的な使い方ができたというだけのもの。

残念ですが、smalltalk は言語かつ環境そのもの全部を含むのですよ、smalltalk はシステム全般を記述しているので OS 「も」記述しているといっていいでしょうね

**デフォルトの名無しさん** · 2019/04/28(日) 21:38:34.40

生産性のない議論はやめようや…

**デフォルトの名無しさん** · 2019/04/29(月) 00:26:33.63

プログラミング初です
Pythonに興味を持ち学ぼうと思ったのですが、1番最初に買うべき本を教えてください。

**デフォルトの名無しさん** · 2019/04/29(月) 01:14:05.84

>>912
人月の神話

**デフォルトの名無しさん** · 2019/04/29(月) 01:18:16.52

>>898
ありがとうございます！

**デフォルトの名無しさん** · 2019/04/29(月) 06:41:41.44

>>912
辻真吾氏の「pythonスタートブック」

**デフォルトの名無しさん** · 2019/04/29(月) 09:29:34.28

「入門 Python 3」と「ハイパフォーマンス Python」の組み合わせは
個人的には最高だった

**デフォルトの名無しさん** · 2019/04/29(月) 10:02:56.06

>>912
javadrive ではいけないのか?

**デフォルトの名無しさん** · 2019/04/29(月) 10:15:20.54

何個も候補があると迷いますね…

>>917 友達にオススメされて、今ならパイソンが良いんじゃない？と言われ、調べてみたら最初の言語には良いって書いてあり始めました。

**デフォルトの名無しさん** · 2019/04/29(月) 10:16:04.01

申し訳ありません javadriveはサイトのことだったんですね他の言語のことかと思いました

**デフォルトの名無しさん** · 2019/04/29(月) 10:22:56.27

オライリーのネズミ本はやめとけ
あまりの分量に挫折する事請け合い

**デフォルトの名無しさん** · 2019/04/29(月) 11:18:49.11

オレの場合、本は持ち歩けないのが難点だったからprogateというアプリとかyoutubeとかで基本は抑えた

**デフォルトの名無しさん** · 2019/04/29(月) 11:26:15.24

progate今やってます！楽しいですね！
本は独学プログラマー Python言語の基本から仕事のやり方までってやつを最初に読んだ方がいいってのを見て買っちゃってました…それで良かったのかなぁって思って質問した状況です

**デフォルトの名無しさん** · 2019/04/29(月) 11:28:32.14

ネットにこれだけ情報があふれてるのに本が必要な理由が知りたい

**デフォルトの名無しさん** · 2019/04/29(月) 11:38:26.68

ネットは誰でも書けるから内容のレベルにばらつきがあるし古い情報が更新されない場合もある、本は実名で書いてるからある程度の品質は保たれるだろ

**デフォルトの名無しさん** · 2019/04/29(月) 11:40:09.11

専門家が書いた本とど素人が書いたブログの差

**デフォルトの名無しさん** · 2019/04/29(月) 11:47:02.75

ネットは基礎は身につけてて検索の仕方もわかってるなら便利だけど右も左もわからない初心者には逆に不親切
本は情報がまとまっててやるべきことがわかりやすく系統立った理解に向いてる

**デフォルトの名無しさん** · 2019/04/29(月) 12:09:51.39

とりあえず独学プログラマーって本を読み尽くせばいいですかね
外ではプロゲイト家では本って感じで…

**デフォルトの名無しさん** · 2019/04/29(月) 12:27:16.35

そもそも今23歳なんだが遅くないですかね

**デフォルトの名無しさん** · 2019/04/29(月) 12:32:37.23

これといってオススメ本は無いけど、どれでも一冊読了すればそれなりの成果はあるよ
とりあえずPython2について沢山ページを割いているような本はウンコだから気をつけたまえ

**デフォルトの名無しさん** · 2019/04/29(月) 12:33:13.67

センスと分野次第

**デフォルトの名無しさん** · 2019/04/29(月) 12:43:08.32

なるほどなるほど
今調べてたら数学が必須みたいな書き方だったのですが、本当ですかね…

**デフォルトの名無しさん** · 2019/04/29(月) 12:58:20.50

>>931
そもそもPythonは片手間でやる言語だよ
数学でなくてもいいが、他に何かプログラミング以外の得意領域を持っている上で、あくまでツールとして利用するもんだ
Pythonだけを覚えてもあまり意味はない
プログラミング言語だけで飯食いたいならJavaかRubyにしとき

**デフォルトの名無しさん** · 2019/04/29(月) 13:11:15.63

>>932 なるほど…友達に勉強することを相談していて、これからはAIの時代だからプログラミングのPythonとか学んだらって言われて興味持ったけど、よく考えたら機械学習とか言われてもパッとしないんですよね AIを作るってことに関しては興味もてたんですけど…
だったらサイト作ったりアプリ作ったりのが興味あります。

まずはJavaなんですかね

**デフォルトの名無しさん** · 2019/04/29(月) 13:31:53.50

思い出した。どっかのサイトでツイッターユーチューブインスタもPythonで開発されてるみたいな記事を見て興味持ったんでした

**デフォルトの名無しさん** · 2019/04/29(月) 13:38:13.92

>>934
残念ながら、国内ではPythonを使用したWeb開発の仕事はほとんど無い

**デフォルトの名無しさん** · 2019/04/29(月) 13:40:28.90

本に書いてある内容はすぐに古くなるという問題がある
プログラムは動くかどうかなので、どこかのサイトで勉強しても
構わないかと思うが。間違ったことが書かれていれば動かないわけで

**デフォルトの名無しさん** · 2019/04/29(月) 14:13:40.94

埋没費用を増加させるためだろ言わせんなよ恥ずかしい
それに目の前にそういう紙の本があるとやる気が出るんだよ

**デフォルトの名無しさん** · 2019/04/29(月) 14:13:58.43

>>933
まずはフロントエンドでJavaScriptなんじゃない？

サーバーサイドは戦国時代に入ったかもしれなくて技術の選択が難しい
Javaは金融業界で圧倒的に強い
ゲーム界隈だとruby(というよりrailsか)
オールラウンダーなのはphp
これからはGoかnode.jsも視野に入ってくる
どれか一つキチンとマスターするのがいいね

**デフォルトの名無しさん** · 2019/04/29(月) 15:02:19.41

そういえば、pythonに関しては、書籍を読んだことがないな
ネットで調べながら、やっつけ仕事をしてるうちになんとなくできるようになっちゃった
もちろん、他言語の経験者だからということなんだろうけど

そのせいもあって、なんとなく、python流の書き方じゃない気がするw

**デフォルトの名無しさん** · 2019/04/29(月) 15:04:07.83

金融業界は興味ないですね…
サイトとかゲームアプリ作ったりするのは興味あります…
最初の言語選択とても迷います…

**デフォルトの名無しさん** · 2019/04/29(月) 15:07:28.69

>>936
動けばいいという考え方では、間違っているが表面上は正しく動いて見えるとか、規格上は正しいが作法として悪い方法だとか、見つけられずに誤ったやり方を身に付けかねない。
こんな考え方のやつに仕事は任せたくない。

**デフォルトの名無しさん** · 2019/04/29(月) 15:18:04.62

>>886
美しいと感じるか感じないかはともかく
import A.B
と
from A import B
は
等価ではないよ

**デフォルトの名無しさん** · 2019/04/29(月) 15:34:56.50

いやでもゲームアプリ作るサイト作る云々よりも
フリーランスで仕事が貰えるのが良いですね

**デフォルトの名無しさん** · 2019/04/29(月) 16:27:16.83

>>939
そんなあなたにいい本があるよ
エキスパートPythonプログラミング

とにかくカバーする範囲が広いのでタメになる

**デフォルトの名無しさん** · 2019/04/29(月) 16:40:53.02

>>943
ならPythonは向いてねえなー
現状日本でPythonを使う仕事というと
機械学習絡みの研究半分または分析半分+開発半分みたいな奴しかない
フリーランスに回ってくるようなものではないし、素人が手を出せるものでもないよ

**デフォルトの名無しさん** · 2019/04/29(月) 16:47:35.24

あー、たまにスクレイピングの依頼とかあるかな
Webサイト構築は99%ない

**デフォルトの名無しさん** · 2019/04/29(月) 17:05:40.87

AI系の技術のコモディティ化はエンジニアの裾野が広がる方向へではなく、
パッケージ化されたものをユーザーサイドが直接ブラックボックスとして使う方向へ向かっているしね
実務において、一束いくらの低学歴エンジニアがPythonで機械学習する未来はたぶん来ない

**デフォルトの名無しさん** · 2019/04/29(月) 17:07:54.49

>>944
目次と冒頭チラ読みしたけど
ネットでよく調べていた内容（2/3互換性の問題とか）がちゃんと載っていた
なかなか面白そうだね

**デフォルトの名無しさん** · 2019/04/29(月) 18:32:11.30

>>945 なるほどじゃあ最初の言語にPythonはやめます…
とすると何をするかで、とても迷ってます。
本当の未経験なんで難易度は高くなく、それなりに需要があるものか普通くらいの難しさだけどプログラミングするなら絶対に出来た方が良いのを学びたいです
JavaScriptとかなんですかね

**デフォルトの名無しさん** · 2019/04/29(月) 18:41:50.20

>>947
学習させたAIを実装する為にはシステムの一部として組み込む必要があるわけだから
その辺でPythonは使い勝手が良い

**デフォルトの名無しさん** · 2019/04/29(月) 18:49:23.01

最初のプログラミング言語を何にするか迷う前にpythonを勉強しとけばいいのに
どうせpython以外も勉強することになるんだから、順番なんて考えるだけ無駄やわ(´・ω・`)

**デフォルトの名無しさん** · 2019/04/29(月) 18:50:07.15

>>949
まあJavaだな
RubyやJavaScriptのようなゆるふわ言語から入ると頭悪くなるよ

**デフォルトの名無しさん** · 2019/04/29(月) 18:52:42.99

php以外

**デフォルトの名無しさん** · 2019/04/29(月) 19:01:49.38

>>949 ちょっと待てや、フリーランスでプログラム初心者が何でプログラムをやるなんて考えになったんだよ。
飲み屋でバイトした方が確実なんじゃないの？

フリーランスで今まで何で稼いでたの？それともただ就職できないからフリーランスと言ってるだけ？

プログラムって考えてるみたいに甘い世界じゃないぞ。
Excel とVB 位使えるくらいにして、派遣会社に入って仕事をもらうのが確実だろ。
素人でも長期の仕事だったらとにかく人手が欲しいというのもあるから、与えられた言語をそこで勉強させてもらうのが確実。

**デフォルトの名無しさん** · 2019/04/29(月) 19:03:30.92

>>954
プログラミングを勉強してフリーランスを目指したいってことです

**デフォルトの名無しさん** · 2019/04/29(月) 19:04:50.82

>>955 は？今は何してるの？学生？
だったらフリーランスなんていうのは100年早い。

**デフォルトの名無しさん** · 2019/04/29(月) 19:15:29.74

>>957
社会人です
別にすぐになれるとかは思ってません、がプログラミングの勉強をしたいから、最初にオススメの言語を聞いてるだけです…

**デフォルトの名無しさん** · 2019/04/29(月) 19:35:31.85

>>954の意見が的を射ているなぁ
VBAはExcel使う業務なら適用範囲広いし候補の一つではないだろうか

すでに社会人で派遣が難しいなら近所のプログラミングサークルとか探してみてはどう？
ゲーム作りたいならC#+Unityでググればどっかありそう

初心者で独学ならJavaScriptをオススメするよ
アホになるって意見もあって多分その通りだけど
Javaの場合jdk入れてeclipse入れてコンパイルしては本当の初心者にはつらい

教えてくれる人がいるならJavaかな
末永く安定して稼げそうだし、今まで会ったJavaプログラマはPHPと比べると技術レベルが高くて外れが少ない

**デフォルトの名無しさん** · 2019/04/29(月) 20:02:46.82

>>957 だったら、会社の中で自分をアピールしてみること。必ずやって欲しい仕事があるはず。

それがダメなら、先ずは稼ぐなんて馬鹿なことは考えずに純粋にプログラミングの勉強をした方が良い。

そう言う意味では、C系(Javaも)がルーツに近いが、
初心者にPython は良いと思う。奥も深いから迷いすぎると切がないが。

出来れば自分のスマホの中にPythonを入れておいて電車の中でも何処でも四六時中練習できるようにしておくと上達が早いと思う。
Pythonが初心者用にオススメなのは、電卓みたいに入力したら即結果が出てくること。昔のBASICみたいな簡単さもある。

例えば、

>>> 1+2
3

これらは、コンピュータに求められた基本的な要素。計算機の動きを表してる。初期のBASICに求められたのもこのような簡便さで計算ができることだった。

このように簡単だから、小学校のコンピュータ教育にも用いられているし、大学のコンピューター教育用にも標準的に使われ始めている。

これ以上難しいことを言うと、訳が解らなくなるだろうから言わないが、初心者ならどんな言語の入門書でも似たようなもの。

いつでも勉強できる環境がベスト。
例えば、EXCEL やVBもどきマクロはスマホの中でも動くがほんのサブセット。
Pythonならかなりの機能までスマホの中でも動くから学習用には最適。

>>958 Java やC系は本格的にやるなら避けて通れないが、それなりの大きなプロジェクトに入り、系統的に勉強できる環境がないとなかなか難しいだろうね。
ま、どの言語も基本言語だけわかったからと言って仕事には使えないけど。

**デフォルトの名無しさん** · 2019/04/29(月) 20:19:05.11

>>959
会社は全く関係ない会社です…

難しくても続ける気持ちはあるので、Javaとかありかなぁって気がしてます。
家で本格的に何か１つを学んで移動時間とかにPythonとかをコツコツと学んでいくスタイルとかも良いですね

**デフォルトの名無しさん** · 2019/04/29(月) 20:21:49.95

>>959 の一番下の言葉で、仕事には使えないと言ったが、そう言う素人に近い人達を頭数だけ入れて火を吹いたプロジェクトは山のようにある。

最近受けてた仕事もそう言う火を噴いた仕事で、プログラムを見ると背筋が寒くなるようなゾッとするのの羅列。
全てを作り直したい衝動に駆られるが、そこまではできない。火元の消化だけしかできないがそれでも
感謝していただけるのはありがたい。

そう言えば、令和も問題を抱えてる企業は多いけどまだ手をつけていないのも多いと思うよ。意識が低い、或いは予算がないからいざとなったら人手で書き換えるとか。
こんな単純なことでも需要が生まれるのはありがたい。
こんなのはプログラム言語なんか関係ない。そう言う職場にいるかいないかだけの差。

**デフォルトの名無しさん** · 2019/04/29(月) 20:25:53.08

今から勉強する人はPythonだけやっとけばええよ

**デフォルトの名無しさん** · 2019/04/29(月) 20:30:33.40

Javaって今後減る方向かなと思ってるんだけど、どうなのかな？

**デフォルトの名無しさん** · 2019/04/29(月) 20:34:57.11

>>963
まあそこそこ流行ったから機能追加案件とか保守案件とかで当分仕事はあり続けると思うよ
面白いかどうかは知らんけど…

**デフォルトの名無しさん** · 2019/04/29(月) 20:42:41.01

>>963
クライアントサイドは間違いなく死滅してFlashと同じ運命を辿ると思う

一方でサーバーサイドは金融インフラに組み込まれているので相当先まで残るかな

Javaの凄いところはメジャーバージョンが上がっても古いクラスファイルがそのまま使える上位互換性の高さ
rubyの1.8, 1.9, 2.0の混乱やpython2からpython3への混乱を考えると、Javaは警告こそ出るけどそのまま使える

これは思想の問題でどちらが優れているというものでもないけど、長期に渡るシステムを考えると上位互換性が優れた言語は重宝される

**デフォルトの名無しさん** · 2019/04/29(月) 20:44:37.16

3年後とかに活躍するイメージなんで、3年後に流行ってるものを勉強しなきゃですよね
そう考えるとPythonもありなのかもですねわからんけど

**デフォルトの名無しさん** · 2019/04/29(月) 20:45:37.96

そんな優秀なJavaを食ってしまう程優秀な言語なのかPythonって

◆QZaw55cn4c · 2019/04/29(月) 20:54:19.21

>>960
業務で word や excel を使うのだったら、「自分が楽になる」ためにも VBA がいいかな？と私は考えました