【IT】「Python」、最も成長著しいプログラミング言語に--Stack Overflow調査 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
「Python」は既に高い人気を得ているが、Stack Overflowによると、最も急速に成長している主要プログラミング言語でもあるという。Stack Overflowは、開発者がコーディングに関する疑問を解決できるように支援するサイトだ。
同社は、Pythonタグが付与された質問を含むページへの訪問数の割合に基づいて、拡大するPythonの人気を評価している。
https://japan.zdnet.com/storage/2017/09/14/ddc8ba871fda6b85b30a2f896542000d/growthmajorlanguages-1-1024x878.png
6月、Pythonタグが付与された質問への訪問数が初めて「Java」と「JavaScript」を上回った。JavaとJavaScriptは、歴史的に見て米国や英国、ドイツなど、高所得国のユーザーによる訪問数に占める割合が最も多い。
これらの言語のほかに、Stack Overflowは「C#」、「PHP」、「C++」も主要な言語とみなしている。Appleの「Swift」やGoogleの「Go」、Microsoftの「TypeScript」はそれに含まれない。
Pythonは米国と英国で最も訪問数の多いタグになり、ほかの高所得国の大半でもトップ2に入っている。
言語の人気は、教育や富といった要素に影響される。Javaは学部課程の授業で広範に教えられているので、同言語の訪問数は秋と春に増加し、夏に減少する。
裕福とみなされない国々では、Pythonは訪問数が8番目に多いタグである。「R」言語も低所得国より高所得国で関心が高い。
こうした傾向は、PythonとR言語が科学研究や学術研究で使われていることに起因するのかもしれない。一般に、科学研究や学術研究が経済に占める割合は、貧しい国より裕福な国の方が大きい、とStack OverflowのデータサイエンティストであるDavid Robinson氏は以前に示唆していた。
しかし、裕福でない国々においても、Pythonは最も急速に成長している言語である。実は、前年度比の成長率では裕福な国々での成長率を上回っている
https://japan.zdnet.com/article/35107239/ 富士通で仕事してたらシェルをこれで組んだ記憶がある
C言語との相性がよかった 学生時代のFortranという糞言語からやっと解放されたと思ったら、会社でまた触ることになってしまった糞 プログラムを組むというよりストーリーをつくるイメージが強い
汎用機内にテストのストーリーを作ってCの関数を放り込んだが便利だなあと感心した Why is the Rust programming language not getting popular?
https://www.quora.com/Why-is-the-Rust-programming-language-not-getting-popular
I think C developers are more likely to try Go. They might sneer at it as “C with training wheels” but it’s much more C-like.
新しい言語が素晴らしい技術的メリットを持っていれば、市場で成功するはずであるという
プログラミングコミュニティに広範な信念があります。
もちろん、これは純粋で純粋なナンセンスです。 技術的なメリットだけでは、成功を保証することはできません。
ここ数年で数多くの新しい言語が登場していますが、私はそれらのすべてが素晴らしい新機能を備えていると確信しています：
Ceylon
Clojure
Crystal
Dart
Elixir
Elm
Haxe
Julia
Kotlin
Nim
Red プログラミングを学ぶのにどっから
手を付けていいか分からん… Why is the Rust programming language not getting popular?
https://www.quora.com/Why-is-the-Rust-programming-language-not-getting-popular
結果として、私が知っているほとんどのファームウェアプログラマーは、バックグラウ
ンド（ネットプロトコル、制御理論など）をよく知っていて、その言語をターゲットで
はなくツールとして使用します。したがって、それらのために、CやC++で既にで
きることをするために新しい言語を勉強することを受け入れるほど単純ではありません。 社内でPython推しの奴が幅きかせててむかつく
冗談抜きで動的型付けは糞やわ Rust攻撃部隊（Strikeforce）はHaskell攻撃部隊出身と揶揄されている
https://news.ycombinator.com/item?id=13759706
hkmurakami 160 days ago [-]
This is amazing.
"The Rust Evangelism Strikeforce" is particularly brilliant.
clock_tower 160 days ago [-]
I'm still breathing a sigh of relief that it's no longer the Haskell Evangelism Strikeforce. People can preach Rust all they like, but Haskell scared me.
pvg 160 days ago [-]
They aren't that dissimilar. Both promote ambitious languages in which lofty ideals somewhat get in the way of convenience, practicality and available brain capacity.
Both consist, for the most part, of disturbingly enthusiastic but generally friendly disciples. They want you to believe, to suffer meaningfully, to achieve one-ness with
the borrow checker, to be (or Maybe) The Monad.
They're not, say, supercilious lispers who have guarded the bucket of unvarnished truth since 1958 or rubyists
promising a path to happiness in this life (and also something about monkeys). あまり好きじゃないけど
機械学習まわりのライブラリが充実しているからな
というか最近Pythonがスタンダードになっているから使わざるをえない ucaetano 160 days ago [-]
Does it use convolutional recursive space invariant artificial deep neural networks?
sidlls 160 days ago [-]
Yes, implemented in Rust.
hodgesrm 160 days ago [-]
Except that we don't really have time to implement it because we're too busy posting to the resulting Rust vs. Golang foodfight.
yumaikas 160 days ago [-]
And this Gopher would rather build stuff than argue about Rust. hodgesrm 160 days ago [-]
"Rust対Golangの早食い競争結果の投稿に忙しすぎて、我らは（Rustで◯◯を）実装する時間が本当にないのだ。"
tyingq 160 days ago [-]
"Rust伝道ストライクフォースは出撃するも、抵抗にあうのであった。"
K0SM0S 160 days ago [-]
実用的な価値や興味深い結果や有用な方法論を持たない履歴書作成エクササイズ。
Hackernewsは悪い設計のプログラムをできるだけ早く実行するソフトウェアの
メリットについて議論し、Rust伝道師攻撃部隊は、人々が"高速な"コードに
ついて話しをするので、(Hackernewsに)関与しないという戦術的決定を下したのであった。 プログラムとかやったことないけど始めるならPythonで勉強すればええの？ ,;:⌒:;,
8(･ω･)8 スクリプト言語が主流になってきたんかな >>4
会社でFORTRANってよっぽどだなっていうかわかって入ったんじゃないのかそれ
>>8
>>20
プログラム作るの覚えてそれでなにをしたいかってのによる Ace of spades というゲームがあってだな プログラマは言語を増やすのではなく減らす努力をしろよ 研究用途なら変更とかも頻繁にやるからスクリプトの方がやり易いんじゃないかな こういうの好きじゃないけどGoogleとか機械学習とか流行りだからなあ
まあ絶対さわらないけど
Go言語とかくそくらえ さくっと作れるスクリプト言語はツールとしてありがたいわ >>22
わからないけど、ハードのスペックが上がったので
コンパイルしなくても処理速度が気にならなくなったとかかね
まあ簡単なプログラムならスクリプト系のほうが手軽というのはある >>23
観測データ整理と現象に関係ある要素と
無い要素を分離、最終目標は数値予想 Python案件増えてはいるが簡単なので人口も超増えてるな 字下げでネストとか、for文の書式とか
他の言語と違う点があって少々とっつきにくいのは確かだな
慣れの問題かもしれないけど、そこで戸惑う人もいるだろう プログラム言語って、本来の言語の仕様そのものよりも、使える関数がいかに多く
準備されているかで利便性がまったく違うんじゃないのか？ またいい加減な統計を元にした論説だなｗ Pythonの優位性などには全く触れず
貧困国で人気が高いとか 何の意味がある記事なんだよ 科学技術計算が得意と言うけど、日本企業で使われてるイメージはまったくないなー
うちの業界はMATLAB/Simulinkばっかり >>8
今の常道はJavaScript webページ作るところから始める。 >>9
なんで？
ストロングタイプな言語なんて、マネージド環境では優位性ないよ。
まあようするにおわこんだな。 >>10
厳密なコカレント処理を全てPythonでかく必要がどこにあるの？
そういう頭の悪い使い方する言語じゃない。 癖はあるけど単純でライブラリ多いから本格開発以外なら使いやすいだろうね
Googleもスクリプト処理はPythonばっかりだし みんな、最近パイソン使ってるの？
私はずっとVB.NETだけど時代遅れなの？ Pythonはコマンドだけ覚えたが、そのあとどうすればいいかがわからないので、
とりあえあず放置中。
なにかいい展開方法あったら教えてほしい。
ただの素人だけど。 素人はJavaScriptだけ使えたら十分。
大学の教養課程までで使う程度の数値計算なんかは、あれだけで十分できる。
再帰プログラミングで数億回の計算とかも、あっと言う間よ。
一昔前なら結構高性能なコンピューターで、Ｃ言語わなならんかったようなことも、お茶のこさいさい。
グラフィック機能はないので、昔ながらの＊文字を並べてグラフ書いたりせなならんが。 >>48
生産効率が高いから、基幹部分以外は全部Pythonに置き換わってしまうだろうね。技術者の多い言語ならメンテも楽だし。 こう次から次と新しい言語作るのは
プログラマを何年かごとに総入れ替えする陰謀かね >>32
ありきたりだが警察は事前には動かない。
今じゃどこの家庭もSECOMが当たり前の時代なんだから
襲われるのが嫌なら隣にボディーガードを付けとけばいいんだよ。
格安ボディガードのガードドッグなんかは
時給2500円で付いてくれるから相手が確実に来るときに付けとくだけでもかなりの抑止効果になるよ。 >>14
動的型付けはクソだけど、その程度でオラつくのは言語に疎い証拠 よくPythonが人気なのはライブラリが揃ってるからとか、Cの関数を呼び出せるとか言われてるけど、初心者に向いてるわけじゃないよね
ある程度言語を扱った経験のある人なら便利だと感じるだろうけど、初心者にPythonってむしろ変な癖がつきそう(小並感) 型宣言などは、それでＯＳとか業務用ソフトとか作るなら、堅牢性の要だから疎かにできん。
しかし普通の個人が、自分用のをヤッツケで作るなら、あんまり気にしないねえ。
個人的には、うるさく言うなら、最初から変数名で型が決まるようにすりゃ良かったろうと思う。
「ijkで始まったら整数」とか。 Pythonやってみたいんだけど、何からすればいいんかね
できればコンソールアプリで計算させて終了って感じじゃなく、
WindowsFormとか目に見えるものを作りたいんだが プログラマーは他人のコードをコピーしてるだけ
ググればやろうと思ってることの9割はすでに誰かが作って無料で公開してるんだから
ググってるだけのやつは最低時給でいいわ >>49
> 私はずっとVB.NETだけど時代遅れなの？
その業界は当分そのままだから気にしなくていい
余裕があるならC#やっとけ >>59
> 「ijkで始まったら整数」とか。
Fortranから離れられない爺は早めに滅びろよ w >>60
Pythonが優れているのはnumpyなどのライブラリが凄いのであって、GUIには綺麗なライブラリ無いから向かないよ
>>33 みたいに遅いとか言ってるようなレベルの知識じゃPythonは使えねぇで終わる
forループ一つ取っても他の言語と違ってnumpy使った行列計算に書き換えないと早く計算出来ないし、常人にはforループを行列計算に変換して実装するなんて頭が無い
とても変わり者の言語で、どうしてもっていうAI分野じゃなきゃ使う必要がない言語だよ swiftからプログラミングを始めるのは時間の無駄？ PythonやRというフリーで使える言語やツールが低所得国より高所得国で人気があるというのは興味深いな >>3
pythonはcで作られてる
pythoncもあるから親睦性は高い >>66
行列計算楽だよね
わざわざfor文をた銃に書かず一行でかけるのは目から鱗だったわ いつも思うんだが2chのC信仰は一体なんなんだ？
こんな使いにくい言語を有難がるなんてばっかじゃねーのと思う 古典ＭＭＯの名作 リネージュ１ 今年１５周年を迎えました
只今イベント 【デッドショルダー】 開催中！！！！！
公式ショップで、高級成長の釣りセット ドラゴン箱 英雄パッケージ 生命のパール 緩衝のポーション グレムリンの魔眼 期間限定販売中
公式ガチャガチャ、『ラッキーゲーム』も開催中
PK好きなら唯一のノーマルPKサーバー、Unity一択！
NON-PKならＲＭＴ価格激安で人口2番目のアークトゥルス鯖か、人口最多のデポロジュー鯖
ケンラウヘル鯖は色んな意味で地雷なので避けましょう
初期クエストのクラウディア中は人には会えませんが、卒業するか下界へテレポーテーション出来るお金が貯まれば降りれます
最初はエルフとかWIZは大変過ぎるので、まずは戦士（←現在の超お勧めクラス 幸運の槍の取得お勧め）かドラゴンナイトかナイトでやってみましょう
ある程度のレベルと装備が揃えば、稼ぎ狩場である実験場へGO！
まずは公式HPからダウンロード
攻略HP
リネージュ 図書室
リネージュ したらば掲示板もお勧めです
手早く各種アイテムや装備を調達したい人は、RMTでギラン市場へGO 検索ワード
マツブシ
RMT ジャックポット
RMT KING
RMT ゲームマネー
エクスロー >>75
言語のパフォーマンスと難易度の高さがCプログラマーの誇りと選民エリート意識の根拠なのに
現実は仕事がそんなにある訳でもなく、人一倍稼げるわけでも無いからな。
当人等が蔑むべきPHPやJavaが安定して仕事も稼ぎもあるから、最後に残ったのが崇高な信仰心なわけだ。 >>63
C♯も使えるよ。因みにASP.NETもできるよ。
でも、今流行りのあれが苦手。
WCFとか。しかもPHPが全く分からない。
段々時代に取り残された感ある。 >>75
だって簡単じゃん。
俺自他ともに認めるおバカさんだから、簡単なの好きよ。 フリーランスだけどパイソンやっててよかった
国内国外オファーだけで年収800万少ないのは週に2日しか仕事しないからです
他にサイト経営で＋200万前後の収入もある
他言語も扱えるけどパイソンは仕事取りやすいし単価が高い
プログラマーで良かったよ本当に >>66
馬鹿の一つ覚えみたいに、猿が持ち出してくるmunpyみたいなライブラリで置き
換えられる行列計算ばかりが、forループの処理じゃねぇっての。
Pythonで便利と言われる辞書とかだって、VC++ならMFCのMapクラスや、gccなら
STLのmapを使えば実装は大して難しくない。
ループだけでなく、Pythonは文字列操作とかも遅い上に、基本インタプリタなんで、
実際にコード部分を走らせてみないとバグがないか判らない。
Python最大の問題は、言語仕様とライブラリ仕様の境界が明確でないことと、2.x系と
3.x系で互換性がないため、2.x系からの移行が進まない。 >>53
JavascriptならWebブラウザのcanvas使えるだろ。
なんならWebGL使ってもいいし >>52
機械学習やろうとおもったらほぼpythonだよ
論文なんかも実装にpython使ってるのばかりだし スクリプト言語は簡単だから人口を増やしやすいんだろう >>86
コピペ元がWebじゃなく論文になっただけで、コピペ坊は死ぬまでコピペ坊って
ことですね？ >>53
>再帰プログラミングで数億回の計算とかも、あっと言う間よ。
数億回の再帰？スタック足りんだろ。 >>82
移行の問題に関しては古いユーザだけが問題で、いま大挙してAIに参入してる連中からすれば関係ないレベルでは。
新規に3.xに参入する分にはそんなライブラリで困らなくなったと思うが。
それよりも機械学習系のライブラリがどんどんアップデートするので、それについていく方がよっぽでコードに影響するのが現状かなあ。
昨年の書籍のサンプルコードとかすぐ動かなくなるからねえ。 >>81
一番最初にパイソンの案件に入り込んだ時はどうやってアピールしたの？ 日本語の自然言語生成は進まんなぁ
早くAIで何とかしてくださいよ
ディープラーニングレベルじゃどうにもならないな javaも覚えたんだからpythonも覚えりゃいいじゃない（） もう１５年前になるけどコンピューターサイエンスやってた東大生が
儲かりもしない時代からpythonとjavascript押してたな。
先見の明があった事が今になってじわじわ来るわ。天才を見捨てる日本は悲しい。
利益主義がそうさせるのだろうか。それとも彼の執念だろうか。 日本でシステム エンジニアをやる限りは、あと５０年ぐらいVB.NETが
主流だと思う。 >>96
SEの主流スキルはExcelとPowerpointだろ >>73
Javaなんかもmathライブラリにで行列クラスを標準化すればいいのにと思うことがある
まさに行列をループ使って計算してるけど、標準ライブラリになればVM側でベクトル命令呼び出せるから
効率は全然違うんだろうなあ、と >>8
普通にCかC++を進めるけど
ポインタで苦しむけど、メモリ管理の出来ないプログラマーにはならない >>81
まぁた、どっかの偽装請負業者の匿名ステマか？ いいカモになりそうな、ドナドナ
候補は見つかりそうですか？ 800万って、あくまで売り上げでしょ？
国民健康保険料は毎月いくら払ってる？ 年金は国民年金のみ？ それとも、
会社組織にしているの？
リーマンと違って、折半する事業主負担分がないし退職金も雇用保険もないから、
最低でも年間で1500万くらい売上ないと、先々考えたら厳しいでしょ。 >>103
正社員退職金無しが年350万とかで働いてるの考えたら
充分すぎる金額だけどな 単にデータ解析が重要になってるからでは？
そういった分野だとPython, Rだよね 別にPython以外でもAI向けのライブラリを整備すればいいだけな気もするんだけどな… webプログラマの人に聞きたいんだけど、
pythonってapacheで動かすときには、 .cgiでアクセスさせるの？ .pyでアクセスさせるの？
そもそもwebアプリとして動くの？ >>107
AIと言っていいのかわからんが、コンピュータ同士の対決が競技化している将棋の場合、
実際の対局用プログラムも、アルゴリズムの機械学習も、ほぼCかC++なんだよな
最新のCPUでサポートされた命令を使ってちょっとでも探索数を稼ぐという世界だから
Pythonなんかは使いにくいのかもしれん >>108
今時生のcgiでやるのはないんじゃね？
Django とかのフレームワークとかを使うのが普通だと思う（おれは使ったことないけど）
http://qiita.com/yoshizaki_kkgk/items/f3c79e38b802c7fc8863 >>107
既にライブラリが揃ってるpythonを選ばない理由がない Pythonは論文の検証や自社ライブラリの研究・開発に使っている。
AI分野は流動的なので、「ライブラリ」と呼ばれているものに固執するのは危険だと考えている。
実際のアプリはC++とJavascript まぁ目的によるけど
本格的なアプリケーション開発やるならC/C++使えないとね ポインタや配列で苦しむひとは向かない
綺麗なクラス階層作れないひとは向かない
ネーミングのセンスのないひとは向かない 「向かない」でこのスレ検索したらpython熱が一気に下がったwww
それなら代わりにどの言語を勉強すればいいか… kotlinか！ >>110
サンクス
perlとかならやってたけど、pythonも生で書くとだめなの？
フレームワークというのを使うと、使わないよりメリットがありそうだけど、
デメリットはあるの？ >>110
すまん、リンク先にフレームワークの説明あったから見てくる どの言語が優れてるか、そんなのは全く関係ありません。
ぶっちゃけ、フォートランやコボルだって別に構わない。
世間に大量に出回る端末で、特に何の追加をせんでも動くかどうか。
それが「靴に足を合わせる」ということです。 パイソンはインデントでブロックを表現するから嫌い。 Pythonは4番目か5番目にぐらいにかじっとけば便利という感じ >>121
生がダメって言うわけじゃないけどhttpヘッダーとか本質でないコードをたくさん書かないといけないから面倒ってこと
フレームワークはそう言うところを書かなくてすむ >>1
プログラミングは本だけでは勉強できない
誰かに学べるのが1番だが、駄目ならトップレベルのOSSのコードを見習うのが効率が良い
言語については、書きたいソフトウェアで1番有力なOSSが書かれている言語およびライブラリー・フレームワークを「全て」学ぶべき
後は２点おろそかにしがちな事
・（普通の社会人が近よりがたい）オタクになるか、集中できる環境を作る
・英語を学ぶ
http://www.catb.org/~esr/faqs/hacker-howto.html#nerd_connection
あなたはハッカーになるためにオタクである必要はありません。
しかし、それは助けになり、多くのハッカーは実際にはオタクです。
社会の爪弾きものになることは、本当に重要なことに集中するのに役立ちます。
このような理由から、多くのハッカーは「geek」というラベルを誇りのバッジとして
採用しています。これは、通常の社会的期待から自立していると宣言する方法です
4.機能的な英語が使えないなら、学んでください。
英語がハッカー文化とインターネットの実用的な言語であり、ハッカーコミュニティで機能するた
めにそれを知る必要があることを指摘する必要があります。 http://www.catb.org/~esr/faqs/hacker-howto.html#nerd_connection
5.態度は能力の代わりにはならない。
ハッカーになるためには、これらの態度のいくつかを会得しなければなりません。
しかし、ただ態度を会得するだけでは、ハッカー（やチャンピオンアスリートやロックスター）
になることはありません。ハッカーになるには、諜報、練習、献身、そして勤勉が必要です。
したがって、あなたは態度への過度な信頼を捨て、あらゆる種類の能力を尊重することを学
ばなければなりません。ハッカーたちは、偽造者に無駄な使わずに、
能力を崇拝します。特にハッキングの能力は重視されますが、少数のものだけが得られる能力は
とりわけ大切です。精神的な鋭敏さ、技能、集中力を必要とするスキルの能力のことです。
能力を尊重するなら、自分でそれを会得することを楽しめます - 勤勉で献身的なこと
は、ぎこちなく激しい作業になるでしょう。その姿勢はハッカーになるために不可欠です。 × ハッカーたちは、偽造者に無駄な使わずに、 能力を崇拝します。
◯ ハッカーたちは、偽造者に無駄な時間を使わずに、 能力を崇拝します。 やっぱり型がゆるい言語は好きになれない
どんなオブジェクトが飛んでくるかわからない感じが
しかも、コード上、どういうデータが飛んでくるかわかりづらくなるし
いや、もちろん初学者に向くとか
小さいことなら実験しながら組み立てていけるってメリットはわかるんだけど python が増えてるのは事実だろうけど
カジュアルな使い方をする人が使う例が増えているって気がする
カッチリしたものをつくるのには
やっぱり
ねえ おっさんは考え方が古いなぁ
だから取り残されるんだよ 勉強といえば部内の人にこういったことを学べば戦いやすくなるぜって手を差し伸べても
社内の人間で乗ってくる人はまったくいないなー
なんか残念な職場だ
まあオレが嫌われてるだけかもしれんが >>108
web屋じゃないけど、そもそも、何をwebアプリだと思ってる？
CGIプログラムは、標準入力や環境変数で受け取った情報を使って、結果を
標準出力に出すだけだぞ。 結果をクライアント側のブラウザへhttpで返す
処理は、CGIの標準出力をパイプ経由で受け取ったapacheがやってる。
スクリプト言語使わず、普通にCでも書ける。
>>128
httpヘッダーを書く？ htmlタグじゃなくて？
cgiからTCPソケットを直接呼び出すの？ >>82
＞換えられる行列計算ばかりが、forループの処理じゃねぇっての。
うん、だから数値計算やんないんだったらpython使う意味はないよ pythonでエディタって何使ってる？
確固の対応は大抵のエディタで出来るんだけど、
インデントの階層を変える的な操作が面倒なんだよね。 Cは歴史があるから、いにしえの謎コーディングルールを引きずってたり老害がふんぞり返ってる会社とかあるのかもね
Pythonはそういうのが無いのでやり易いとか python遅いけど書きやすくていい
スクリプトなんだからcと同じ位置では見れないよ
javascriptには必殺のeval()があるがpythonにも似たものはあるんだろうか スクリプトはpythonしか対応してないソフトが増えてきたからいい加減身に付けないとヤバいと感じてきた Pythonの良い所は搬出の計算がNumpyやらScipyのライブラリに用意されてる所
例えば線形代数関連だと、固有値や特異値の計算やらあと疎行列周りもそろってる
最適化関連も、線形、二次計画問題とか、ライブラリに投げるだけで解ける
速度に関しても、ライブラリ自体はCとかで書かれてるから、基本メチャクチャ速い
良質な科学技術計算用のライブラリをPythonという普通にマトモな言語（Matlabとかと較べて）で使えるってのが良いのであって
そもそも数学分かってない人が触ってもありがたみは全く感じないとおも AIだけじゃないよ
音楽シーケンサがpythonをスクリプトに使う時代だし >>135
お前の興味持つ技術の筋が悪いのか
技術的な研鑽に興味がないのか
どっちかだろうな
みんなプライベートまで勉強に使ってるわけじゃないし、仕事としてする以上仕方がない部分もあるけどな Pythonの読み方はピチョンだからな
明日から知ったかできるぞ
「第二世代『土方言語』」ケテーイ・・・(´・ω・｀) Python未サポートの機能
や
Pythonサポートがあっても、
明らかに他の言語が
優れているか、
ユーザーが圧倒的に多いか
に
該当しなければ
基本的にPythonで書く。
rubyとかjavaとかnodeとかshは嫌い
おわりじゃないendとクソメタプロに
クソメモリにクソ文法に
クソループにクソ非同期に
存在自体がウンコに
見てるだけでうんざりするわ。
あと静的言語原理主義者は嫌い。
動的の方が総合的に好き。 >>60
PySideでGUIも作れるけど、GUIって作り込もうとするとすごく面倒くさいよ
ちょっとしたツールならCLIのほうがラクだし応用もきいて便利だよ
まあ最近そういった用途にはGoがよく使われてるけど >>108
CGIとして動かすこともできるし、Javaサーブレットのように動かすこともできる
後者のためにWSGIっていう規格みたいなものがあって、Pythonのwebフレームワークはそれに従ったつくりになっている >>136
初心者の俺としては
メールサーバのID、パスをmysqlのDBに小さなテーブルで入れていて、
それを追加編集削除するために、
ログイン認証して、セッションを維持した状態で
mysqlをupdateコマンドで書き換えたいんだけど
こんなのでもwebアプリって言う？ >>82
numpy使わないコードはpythonで書く価値ないと思うよ
特に文字列操作なんてpythonで書く事なんて無いし、なんか分野違いじゃないですかね
2.x系と3.x系で互換性が無いって、大したコードも書いてないような人の意見ですかね？
2.7系でも3.x系でも動作するようなコードを書けますし、特にAI分野は数値計算ライブラリの更新が早いため、2ヶ月前のコードはもう最新ライブラリでは互換性が無くなっているという事があり、常に最先端の情報更新に追従できる能力が必要になっています。
ですからAI分野以外での需要はないかと思いますよ。文字列操作が必要になる事はAI分野では存在しませんし。 >>95
東大生って海外では４０位くらいで並だけど
日本ではトップだからな
ぜったい意見は聞いたほうが良いぞ
俺は低学歴で何も知らなかったんだが
東大生から日本の受験戦争は
ただ黙って社会の言うなりになる奴を
選んでるだけだって聞いた
１５年前からJavascriptとPythonってすごいな
普通はFlashのActionscriptからJavascriptに移行したり
しているんだが >>154
ほんこれ
＞AI分野以外
まあ実際には、科学技術計算一般かな
ようするに「タダで使えるMatlab」以上でも以下でもないかなと
>>66
＞numpy使った行列計算に書き換えないと早く計算出来ないし
そう思ってたけど、Nambaつかっても割とかなり速いんよね… MacOS9の頃から使っている
アイコンが16トンの重りだった 統計やるにはさすがにRがいいんだよなぁ
しっくり来るというか、謎の安心感あるわ >>136
> httpヘッダーを書く？ htmlタグじゃなくて？
生のcgi 書いたことないだろ
プログラムが標準出力に出力したデータは、ウェブサーバを経由してクライアントに送られる。
----
このデータは正当なHTTPヘッダで始まらなければならない。
----
https://ja.m.wikipedia.org/wiki/Common_Gateway_Interface >>156
>ようするに「タダで使えるMatlab」以上でも以下でもないかなと
これってデカイよな
決して予算が潤沢じゃない教育機関、研究機関で使われるから、自然に学生が覚えてくれてシェア増大するという
文法もMATLABよかずっと素直だし >>160
matolab互換のソフトいくつかあったと思うけど。octaveとかscilabとかだっけか？
そのうち広まるのかなと思ったら結局フリーの数値演算プラットフォームは
python（with numpy&scipy）に持ってかれたってことかね >>147
前者ならオレが駄目なだけだからいいんだがなー
これ知ってると仕事捗るよってのをデモというか
実際に発生した危機的状況をそれ使って助けても反応薄いんだよね
中には出来るようになってほしい子もいたんだけど諦めた >>162
事故をカバーして回避したのは偉いけど
カバーしないで事故らせて反省させたほうが良かったんじゃないかって気がする
助けるのと甘やかしの微妙なライン
あと、捗る系は、捗らなくても飯食えるなら十分って人も多くいて
その人たちに無限にある捗る方法勉強させるのは酷だよ
研鑽が好きでプログラマーやってるわけじゃなく、家族やプライベートもあるんだから >>162
そういうのよく聞くよね。自分もそう
結局、よかれと思ってボランティア的に他者へ働きかけるのは愚かなことなんだわ
もっとビジネスライクに利害のみで行動しないといけない IT系の求人が
wikiのように言語をズラッと書くのに必死過ぎるww >>136
urlリクエストも知らんのかw
相当知らないな できるやつだけのプロジェクトならいいが、テキトーにやる（つがいると崩壊する >>168
別にpythonじゃなくてもおなじだけどな >>170
Javaなら力技で何とかなるとかそういうことを言いたいんだろ、知らんけど >>145
C#はUnityで使うんじゃね？
Webならゴミだけど パイソンはvisualstudioのguiに対応出来るなら神になれると思う。 今時CGIなんて使わんよ
パイソンならジャンゴやな >>166
そもそもその会社の主力商品がWebサービスやアプリではなく「技術力」な時点で相当身構える >>175
VisualStudio+IronPythonでWPFアプリ作れるで >>145
c#2.0を使わざるを得ないかわいそうな現場の方かな？ >>165
好きでその仕事してる
人ばかりじゃないからね >>179
そういえばそんなのもあったなー
使ってるとこあるの？ インタプリタでも速度が実用的になる程、HWが発達したからな。 fastcgiは言語じゃないでしょ
社会人ならそんくらい理解しよ？ >>182
>>176もdjango単体だと簡易Webサーバ内蔵アプリケーションサーバの構成になってしまうから
普通はnginx+FastCGIを組み合わせる
CGIの対比という意味でもFastCGIかな >>163
>>165
次からは助けない予定です
死のうが知らん >>4
fortranはformatと2GBの壁、連想配列、コマンド引き渡しあたりを90年代に拡張していればまだ良かったんだけどなあ。 366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
https://twitter.com/yukihiro_matz/status/869061879389343744
367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大：ITpro
http://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/news/17/052601508/
372 :nobodyさん2017/05/29(月) 19:10:37.12 ID:???
Railsでシステム作って納品する
↓
Railsはマイナー、メジャーのアップデートが半年以内に必ずある
↓
客がアップデートする。アップデートによるエラーやバグ、動作の不具合に気づく
↓
気づいてから1年以内に通知すれば、5年間無料保証ゲット
↓
つまりRailsがアップデートするたびに、無償の修正作業を発生するということかな
376 :nobodyさん2017/05/30(火) 09:20:20.09 ID:L5po86sS
>>378>>379>>375
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか？たぶん無理だろう。無限の直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。 瑕疵担保責任（かしたんぽせきにん）
瑕疵担保責任のポイント
民法改正で事実上期限が「無制限」になった
バグや設計のミスなどは、瑕疵担保責任
納品物に不具合があれば損害賠償を請求される可能性もある
不具合を指摘されたらすぐに行動をとるべし
軽微なミスでも先延ばししない
http://www.atmarkit.co.jp/ait/articles/1706/26/news014.html
http://itpro.nikkeibp.co.jp/atcl/news/17/052601508/?rt=nocnt
改正法では欠陥に気付いてから1年以内にITベンダーに通知すれば、
通知後5年以内は修正や報酬の減額などを求められるとしている
全ベンダーが泣いた民法改正案を解説しよう その1
http://www.atmarkit.co.jp/ait/articles/1609/14/news009.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_2.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_3.html
ポイント1：修補や損害賠償、契約解除の期限がなくなる
従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。
もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。 >>186
相当化石になってるよ
絶対面接でそれ言うなよww
アホみたいに進化してる業界だから 【※超即金！スマホで日給10万円！ 今すぐに現金が欲しい方は、必見！】
初期費用０円、１日５分だけで
なんと…１日１０万円も
貰える秘密があるのです。
その秘密が今だけ
２４時間限定で特別公開中です！
→https://goo.gl/BwHJxR
もし、この秘密を知れば
あなたの毎月の収入は、３００万円！
年間では３６００万円ですね。
この金額を見ると正直、一生お金に困らなくなると
思うのは私だけでしょうか？
この紹介する秘密がどれほどまでに
凄いのかを少しだけお伝えすると
・指示通りにタップするだけ
・時間も手間も全くいらない
・即日報酬がもらえてしまう
・誰でも毎日１０万円もらえる
あげたらキリが無いのですが、
とにかく全く隙のない稼ぎ方なので
知っておいて損は絶対に無いです。
そんな美味しい話があるか？
と、疑ってしまうのが普通ですよね。
論より証拠！実際にその公開している映像を見たほうが早いと思うので、メルアド登録後今すぐチェックしてみて下さい！(※既に残り32名です)
→https://goo.gl/BwHJxR
【今すぐ超簡単登録で1万円欲しい人限定！】
友だち追加で1万円プレゼント中!!
チャンスは今だけ!! (※残りわずかです)
→https://share.line-a...in/regist/621/2/lp_3
【こちらもお薦め！】
チャリティーに無料参加するだけで100万円が毎月貰える夢が現実となる企画！既に220名以上の方が本当に毎月100万円貰ってます！
→https://goo.gl/2ADpgm 既に何種類も言語扱うのに、さらにやるのそろそろ嫌になってきた >>162>>165
草食動物に肉与えてるのと一緒だよ、需要と供給
他人が自分と同じだと思ってることが愚か
需要のあるところで餌撒かないと意味ない >>187
自分で反省して学ぶか
それができないならさっさと辞めた方が会社にとっても本人にとっても幸せだと思うから
その方がいいと思うよ
まあ死なんし >>191
進化ってpythonで言うとwsgiくらいじゃないんか？ >>199
「おかげ」というよりはLinuxディストリビューションに含まれていて
単純な言語だったからプロトタイプ作成やアルゴリズムのソース公開に適していたから >>89
es6から仕様に末尾再帰最適化が入ってる pythonの歴史(〜2016年)
2011年 pandas 0.30リリース。
pythonはplyr/dplyrを備えたRの競合に。この段階で、現在の状況に至るためのお膳立ては整ったのであった。
[2006] 科学計算(NumPy/SciPy/scikit-learn)
[2005] 数式処理(Sage=セイジ)
[2011] データ整形(pandas)
[2003] 可視化(matplotlib)
[2001] インタラクティブ(notebook)
・・・ところで、私が大学院に入学したのは2008年であった。
研究室ではintel C compilerしか使われていなかった。
そして、BLASやLAPACKをCから叩いていた。スクリプティング言語としては、Rubyが使われていた。
mathematicaやMATLABはよく使われていた。特に脳からの計測データ(電流/光トポ)はMATLABに読み込まれていた。Sageを使ってる人は1人だけいた。
つまり、発明されたのち、普及フェーズをへてイノベーションが起こるという型になっており、イノベーションの波はまだ到達していなかったのだろうと思う。
ということで、この後には普及の歴史が続くこととなる。
http://soqdoq.com/teq/?p=2036
なぜ機械学習にPythonが選ばれるのか
日本ではWeb系のLL言語としてはPHP・Perl・Rubyが強く、Pythonは海外では普及しているが日本ではマイナーな言語である。
Google AppEngineの開始当初(2008年4月)にPythonをサポートしていた際には、なんでPythonなんだろうと軽く調べ、教育用として海外では普及しているという認識だった。
2012年〜2013年頃にデータサイエンスがバズワードとなり機械学習する上でR言語と次点でPythonという感じだったと思う。
そして昨今はPython一色になってきている。
なぜ、この分野が強くなったのか疑問を持ち「科学計算|機械学習 Python なぜ」検索してみると2サイトが見つけられる。
要約すると エコシステムが充実&加速
Rで出来たことがpandas, statsmodelでかなりできるようになった 機械学習もscikit-learnで楽に 言語間のデータのやり取りの必要がなくなるメリットが大きい
私としては何故このように科学計算分野のライブラリが作成され強化されるように至ったのかを知りたくなり歴史から調べてみました。
RubyがRailsにより注目されたように、Pythonでは当初数値コンピューティング用に設計されたものではなかったが、リストの概念や関数型言語の基本機能を実装したこと、
Jim Fulton氏(元ZOPE社CTO)が多次元配列・行列ライブラリ「Matrix Object in Python」を開発したことで、早い段階(Python 1.0から1年後)で科学/エンジニアリングコミュニティに注目され「Matrix-SIG」が設立、
後の「NumPy」が紆余曲折(Numeric(1995年)とNumArray(2001)を統合)を経て2005年にリリースされた。
また幾つかの科学計算用ライブラリをパッケージ化した「SciPy」が2001年にTravis Oliphant氏らによりリリースされた。
その後はEnthought社が2001年に米国で設立され、SciPyをベースにツールやパッケージやサポートを提供、また科学技術計算向けの「SciPy Conference」と呼ばれる会議の開催を支援して行く。
Pythonが、科学技術計算で使われるようになるであろう理由のもう一つに着目した。
オープンソースプロジェクトは開発リソース(おもにマンパワー)が限られ、開発の中心メンバーが何らかの理由で参加しなくなった場合、一気にそのプロジェクトが衰退する場合があるが、
特に科学技術計算関係のパッケージについては民間企業が本格的にサポートとしており、オープンソースソフトウェアとして公開する体制が整っている。
民間企業の代表的なのが、Enthought社とContinuum Analytics社である。
Enthought社は科学技術計算用パッケージ群「Scipy Stack」を提供し、科学技術計算向けの「SciPy Conference」と呼ばれる会議の開催を支援している。
Continuum Analytics社はPythonディストリビューション「Anaconda」を提供し、データ分析向けの「Py Data」と呼ばれる会議の開催を支援している。
また、GoogleもPython作者のGuido van Rossum氏を2005年に雇用したり、「Google Summer of Code」というオープンソースの開発に資金を提供するプロジェクトを2005年に作成し、
機械学習ライブラリの「scikit-learn」や多変量回帰分析・時系列分析ライブラリ「statsmodels」がリリースされています。
科学技術計算分野のキーマンは、「SciPy」と「NumPy」の作者でもあるTravis Oliphant氏であろう。
http://qiita.com/yaju/items/5502115d7e3d06e6bbdd RやOctaveやScilabじゃなんでダメなの？
大量のデータ処理ができないの？ >>201
糖衣構文（SyntaxSugar)の扱いの違い。
Pythonのほうが糖衣構文に消極的（教育的）
↓
MITで採用
↓
AIなど学術よりの技術がブレイク
↓
Pythonブレイク
あとRubyがRails頼みでスマホ、SAP、AIという最近の流行についていけなくなった >>201
Rubyは主にPerlとPythonに触発されて創られた
Perlの思想、TMTOWTDI「There's more than one way to do it」（⁠やり方は一つじゃない）というのはマニアや上級者には有難がられたが、
能力に違いのある集団での大規模開発では表現にばらつきが出て品質が確保できないという問題がある Pythonが言語として特に優れてたわけではなく、後付。
良いライブラリがPythonで作られてたことで、色々と整備が加速していったんだろう。 PHPとの比較がここにあるけど、ほとんどのベンチマークで速度はPHPのほうが上。
PHP?vs?Python 3 (64-bit Ubuntu quad core)
http://benchmarksgame.alioth.debian.org/u64q/php.html
PHP?vs?Python 3 (32-bit Ubuntu one core)
http://benchmarksgame.alioth.debian.org/u32/php.html
source secs mem
spectral-norm
PHP 37.94 19,420
Python3 188.83 54,524
regex-redux
PHP 3.34 158,792
Python3 14.86 439,208
n-body
PHP 358.21 8,668
Python3 787.02 7,744
mandelbrot
PHP 125.17 136,776
Python3 273.43 53,416
PHP 43.96 235,632
Python3 84.73 221,028
fasta
PHP 59.37 8,896
Python3 110.91 8,024
fannkuch-redux
PHP 280.04 33,588
Python3 483.79 51,896
pidigits
PHP 2.15 9,884
Python3 3.51 10,344
reverse-complement
PHP 2.81 135,124
Python3 2.82 265,428
binary-trees
PHP 88.07 736,372
Python3 86.90 451,548 >>209
Pythonで速度に問題が出た場合はCythonでC/C++に変換をかけてしまうという最終奥義があってだな…
PHPもHipHopっての使うとできるらしいけど パッと見、雑な言語だなぁと思った。
C書ける人なら特に問題なく使えそう。 規模も用途も同じ、>>153のこういうことをしたい場合、
じゃんご、ってやつを使った方がいいの？
生pythonで書いた方がいいの？
自分一人だけで作って、他の人と協力や引き継ぎはない前提です。 >>213
そういう質問するレベルならフレームワーク使ったほうがいいだろうね。 >>213
じゃんごでいいよ
悩んでる暇あるなら手を動かした方がいい
仮に失敗でもその程度ならたいしたことないし
マニアは「スッカラカンでつまらん言語」というが現実主義者からみれば「無難な言語」
アクロバティックなことはできないしパフォーマンスがいいわけでもない >>214-215
Sorarisとか、Linuxサーバやデータセンターとかインフラ系ばっかり20年やってきて、
サービスの環境作りは用意できるけど、プログラムって全然ダメで、
phpは乗り遅れたので、pythonとやらをやってみようと思います。
bashとmysqlを使うシステム保守用はできるんだけど、web用って難しすぎて全然違う・・。 無駄がないなと思った
どうでも良い儀式みたいなのが無い
Perl-CGI以降でのRuby/Rails神話が瓦解したのはガチなようだな 「 水 俣 病 」 と 「 興 南 病 」
水銀を用いてアセトアルデヒドを製造すると有機水銀が副生することは1922年までに国内で周知でした。
また、1865年にロンドンで起きた世界最初のメチル水銀中毒死事件は、1927年までに国内に伝わっていました。
日本窒素が水俣と興南でアセトアルデヒドを製造したのはその後の1932年以降
https://twitter.com/東海アマ/status/912051279685287936
水俣病を本当に終わらせるためには1940年に起きた
朝鮮興南道チッソ巨大工場における奇病「興南病」について解明すべき
https://twitter.com/東海アマ/status/912050770480005120
ア マ ル ガ ム 放 置
水俣病の被害者は1万5000人を越え、現在もなお被害者は増え続けています。
この水銀が、実は私たちの口の中に詰められていることをご存知でしたか？
日本人に入っている銀歯の正体は高濃度水銀、アマルガムだった。
http://doclabo.jp/contents/709
今 日 も 代 用 合 金 を 使 い 続 け
いわゆる”銀歯”は欧米では使われていません
日本補綴歯科医学会・歯科用金属規格委員会報告
「できるだけ早い時期に金合金に移行すべきである。」
それから50年以上経ちました。当時とは比べものにならないくらい豊かな現代の日本ですが、
報告書の言う「できるだけ早い時期」は未だ到来せず、今日も代用合金を使い続けています。
http://chicchic8.exblog.jp/25698475/
暴 動 が 起 こ る の で
このような詰め物を保険で認可している厚生労働省は、当然のように事実として知っています。
ではなぜ放置したままなのでしょうか。
当医院の院長が保険への適応を提出したとき、その答えが返ってきました。
その答えとは暴動が起こるのでここでは公開できません。
●アメリカではアマルガムを摘出する時、 防護マスクを使用している写真（中）
http://wakitani.com/treat_2.html >>219
日本人としてはRubyを応援しないといけない部分があるので残念だがそのようだ Railsの作者がRubyを採用したことは大失敗。
Windowsがオフィスソフトを出したのと同じくらい
日本を技術後進国にした遠因。
もし、Rails作者がPythonを選択していたら
きっと今でも沢山利用されていただろうに。
日本人ももっとPythonを学んで世界の潮流について行けてただろうに。 >>211
っつかWEB系で速度を引っ張る要員は
ほとんどDBでそ
次がリクエストだが、それ程重くない
スクリプト自体の重さなんて極僅か >>224
Web系ならPythonのままでいいだろ。
AIだと速度要件厳しいからCythonとか必要になってくるのだと思う >>95
天才というほどではないよ。
15年前にPythonとJavascript押してたなんてのは、研究者なら珍しくなかった。
将来性はあったが、当時はまだ足りないところがあったから流行らなかった。
「新しい物好き」の人というのは一定数いて、予想が当たる場合もあるし当たらない場合もある。 Javascriptはクソだろ。
使わざるを得ないから使うだけ。
誰も喜んで使ってない。 その言語を使わないとできないことがあると、
プログラミング言語は広まる。
いまのところのJavascriptはまさにそれ。
クソでも使わざるを得ないから広まっている。
Pythonの場合は、一昔前までPythonでないとできないことというのがなかったが、
ライブラリの充実でそれが増えてきたから、成長著しくなってる。 Javascriptはクイックソートを一行=一文で書けるし優れてるぞ。
// QuickSort
QS=X=>X.length<=1?X:[
...QS(X.filter((x,i)=>i>0&&x<X[0])),X[0],
...QS(X.filter((x,i)=>i>0&&x>=X[0]))];
//main
var x=1, X=[...Array(20)].map(()=>x=(7+37*x)%100);
console.log("in: "+X + "\nout: "+QS(X));
http://ideone.com/wnQXXE Javascriptって、ブラウザの実装に依存してなかったっけ? 最近のは大丈夫。HTML/CSSののサポート状況は実装依存があるけど、JavaScriptエンジン自体は何種類もない。 本家StackoverflowでのPython関連質問のトップテーマはマシンラーニング関連
日本語版のトップテーマはWindows環境での日本語の文字化けについて
まぁ現実はこんなもんですわ >>1
直近のTIOBEもはっておく
https://www.tiobe.com/tiobe-index/
1 Java
2 C
3 C++
4 C#
5 Python
6 PHP
7 JavaScript
8 Visual Basic .NET
9 Perl
10 Ruby
11 R
12 Delphi/Object Pascal
13 Swift
14 Visual Basic
15 Assembly language >>229
C言語でも、qsort関数を呼ぶだけで、一行で書けますが？ 日本人としてはPythonと似た言語であるRubyが劣勢なのは残念 >>229
こういうのを書く馬鹿が減るから
Pythonのが優れてるな 全然残念じゃない。
Pythonのほうが無駄な機能を省いて
簡素で美しい。
むしろRubyが日本で流行ったことが残念 >>218
無駄って例えば具体的に何？ Pythonって、エラー処理というプログラマとしての常識が
欠落したキチガイの書いたようなコードしか見たことない。
典型的なのは、辞書への要素追加時のリソース不足時の例外処理、既存キーとの重複
検出、辞書の上書きに対する判定、また辞書からキーで取り出す際に、辞書にキー登録が
ない場合などの対策がない。
サンプルならまだしも、実用するプログラムでエラー処理がないとか、ありえん。 同じ機能の別名メソッド
どこの分かれ目なのか分かりづらいend連発
メソッド呼び出しなのか
オブジェクト参照なのかわからない呼び出し方
こういうのが最高に嫌い。
既存キーの重複や上書き判定や存在有無は
if key in dict:
でできるだろう。
これで事足りないケースなど
ほぼ無いと思うが。 Rubyは
do endだったりllだったり
ifでワンライナー書きすぎたり
こういうところ全部嫌い。 Pythonは癖のある言語じゃね？
習得するのがそんなに簡単か？
言われるほど簡単じゃないよね？ >>240
だから、そういう判定コードを一切書かずに、辞書参照をそのまま使ってるんだよ。
本来なら、辞書追加についてはtry〜exceptionによる例外処理が必要。 型と言う概念がないから、同じ関数を呼び出しても、正常終了時には辞書やリストを返す
のに、エラー時には数字や文字列を返したりとかやりたい放題な例も。
しかも関数仕様が明文化されていない。 本来って言うのがよくわからないね。
辞書は新規代入禁止なのが常識っていうのは、そちらの先入観では？
Pythonのdictはそういう仕様であって、そのおかげで使いやすい側面も、そちらのいう問題もある。
ただ個人的には
なんでもかんでもtryで囲むより
key in dictのほうが、直感的で優れてると思うわ。
いちいち、tryで囲んでエラーを個別に掴む以上、エラー名を明示しないとなんのエラーかもわからない。そうすると今度はエラー名を把握しないといけない。そういうのも無駄にしか思えない。
なんでもかんでも冗長に書きたいならJavaとかそちらを使えばいいと思うよ。 >>243
癖がある故に、pythonではどうだったっけと迷うのがあまりなくて楽ではある。 >>246
何も理解していないね。要素追加をtryで囲むのは、要素追加の際にリソース不足で例外が
スローされる可能性があるからだよ。 たとえメモリを積んだシステムでも、スラッシングで
メモリが分断されていると配列を拡張する際、コピー先の連続メモリを確保できず、エラー
となる場合がある。 それと、辞書に登録済みと同じキーで追加しようとした場合、単に既存
のデータが置換されるだけで例外はスローされないので、try〜では検知できない。
問題は、本来重複がないはずの入力データに同じエントリーがあった場合、それはエラー
として扱うべきってこと。 Python推してる連中なんて所詮この程度ってことだね。 まあこれからも君は
そうやって要素を追加するときは
必ずtryを組んで
絶対にエラーを捕捉できる素晴らしい
自己満足に没頭すればいいのでは？ 当たり前のエラー処理を冗長などと言うバカは今すぐ死ねよ。 でもそんな自己満足をしたいなら
初めからPythonやRubyなんか使わず、
いくらでもメモリを意識できるような
C言語を使えばいいんじゃない？
いくらでも、君の思う通りに
できると思うよ。 >>252
オマエが自分で使うツール作るだけにしてくれ。間違っても、githubとかで馬鹿のコピーを
量産するようなマネはやめてくれ。 >>249
普通はリソース不足で例外発生したら、メモリ割当をでかくするかデータを小分けにするか
くらいしかやりよう無いから、キャッチする必要なくね？
もちろん、普通じゃない使い方の場合はtry-exceptすればいい。
(が、きっちりかっちりやる必要がある場合は
まず動作環境とデータ量の上限を仕様として決めるわな)
> 問題は、本来重複がないはずの入力データに同じエントリーがあった場合、それはエラー
> として扱うべきってこと。
エラーにするかどうかはケースバイケースだな。
後勝ちでも構わん用途は多々ある。 典型的な害悪エンジニア。
異文化を理解せず、自分の理念が理想であり
それ以外を徹底的に叩きのめそうとする。 rubyとかいうDHHのrailsのおかげで伸びただけなのに勘違いしちゃったクソオナニー言語
日本ファーストな開発体制のせいで日本以外全然伸び悩んでて草
pythonに全部持っていかれたな 僻地なので本屋が無く試し読みすらできないんだが、
型とか条件分岐からやらないといけないレベル。
入門本ってオライリーで言えばどれになるの？
オライリー以外でもおすすめあれば教えてほしいです >>256
エラー処理を書かないのは、ところかまわず野糞をたれるようなもので、
文化でも何でもない。 というか、おそらく大学の講義で習ったとかだと、
そういう教育すらも受けていないのかな？
次は老害と吠えるだけの、ワンパターンか？ 井の中でオンリーワンを歌う
ゆとり馬鹿って、まさにキムジョンウン並みだな。 Javaでもcatch exceptionでくくっておいて処理書かないバカもいるが >>249
連続メモリが掴めなくなって、それをtry句で捕まえるの？
システムエラーとして返すんかな？
頻繁な要素の追加で且つ、比較的大きなデータ量を扱い且つ、想定外のデータ量をハンドリングするケースくらいしか思い浮かばないな…
自分の認識だと極端な使用例な気がするし、Dictにデータ入れる時にリソース枯渇まで考えた事が無いね。
そんなデカイ配列使うケースも無いし。
同一キーの話は、入力前に既出キーか否かの判定入れれば事足りるし、そんな熱く議論する話でも無いような気がしました。 原理主義者には通用しないみたいだよ。
あらゆるdict代入にtryを入れるなんて
馬鹿げている。
そんな奴は二度とPythonに触れないでほしい。
そんなに冗長に書きたいならC言語使えばいいだろ。
後、老害とは言ってないぞ。
害悪とは言ったけどな。
自分で年齢バラしてんなよ、おっさん。
お前のコードは化石なんだよ。いい加減気づけよ。
お前らみたいな
クソ原理主義者のクソコードなんて
絶対メンテしたくない。 >>249
OOM神が削除して回るようなシステムはコード以前のバグでは？
何となく無駄なnullチェックと変わらんと思った このクソおっさんどもが、
コードにいちゃもんつけて
化石コードに直して若手イビリ
してるのかと思うと
ゾッとするわ。
頭がおかしい。 冗長コード指摘する奴はただの無能
エラーコードとか例外とか事細かく決めようとする
もっと他に指摘することあるだろうと指摘したくなるわｗ 若いだけしかとりえのない無能と仕事をさせられるのはごめんだな。 メンテと称して、本来の自分の仕事そっちのけで、必要だから入れてあったチェックコードを
削除して廻るんだろ？ そういう連中に限って、チェックアウトしてロックしたままとか、余計な
手間を掛けてプロジェクト全体の足を引っ張るんだよなぁ。 >>266
C以前に方式設計がおかしい様な…
メモリリソースの見積りとか、都度要素が増えるシチュエーションで、常に連続領域を要求するとか、システムエラーを常に想定に入れるとか、なんか言語仕様とかエラー訂正処理の作法とかとは別な視点で対処すべき事柄だと思われますね。
或いは、いつもこの手の方式設計には関与出来ないポジションに居て、何かあったらプログラム側の責任にされる状況に置かれて、自衛の為にエラーハンドリングを入れざるを得ない環境に置かれてるとかね。
ある意味で可哀想な人なのかも？
まあ、dictの都度、try句を付加するなんてあり得ないね。
ホワイトボックステストどうするんだろう？
システムエラーが出る様なテストデータを作らないとイカンね。 ちょっとフルボッコ過ぎませんかねえ
擁護する人はおらん・・・か >>275
例外キャッチするコード書いてないからテストしないでいいとか、どんだけゆとりだよ。
強制的に例外を投げるコードを書くこともできるし、テストのやり方もしらないんだねぇ。
リソース不足エラーはシステムのエラーじゃないし、エラー訂正？ 通信エラーとかECCか
何かと勘違いでもしているの？ 無知って怖いナァ。 >>262
そもそも勝手にエラーだと騒いでるだけにしか思えない。
エラー処理をしないと間違った結果が出力されるとかなら問題だけど、
そうじゃないのならどうでもよくね？ >>270
printfの戻り値をチェックしてないとか言い出しそうだｗ >>276
どこでも分散型バージョン管理システムを使ってるとは限らんのだよ。 ちなみに、自動車
業界で外資系な。 ISOの品質管理やトレーサビリティの関係とかあって、日本メーカーも
含め、自動車業界では、どこもほぼ同じシステムを使ってるはず。 センスない上にそれを押し付けるんだから
とんでもない老害。
この老害の下についてるプログラマが心底可哀想。
これだけ言われてんのに。 >>278
リソース不足の例外をキャッチしたとして、どうするつもりなんだろう。
せいぜい「メモリが足りません」とかメッセージ出して死ぬしか無くね？
それとも、足りない場合はどこかからリソースを補充できるような処理系があるのかな？ 組み込みとかで
swapもなくて、メモリ容量も限定されて
非常に特殊な環境なのかもな、この老害は。
それなら、メモリのリソースレベルでエラーハンドリングもありうるけど、
それを何にでも当てはめるのは完全にアホ。 >>284
だね
こんな人が側に居なくて良かった。 そもそもそんなシビアな状況なら、
Python使うなって話だろ。 >>279
さすが、ゆとり脳。エラー検出もせずに、どうして正しい結果が出ると言い切れる？
>>283
エラーをそのまま放置して誤った結果を出されるよりずっとマシ。
どうせおまえらは、スクリプト書きによくいる、エラーチェックもせずに、最後に
printf("Successful end.");とかやる連中だろ？ 存在自体がバグなんだよ。 >>284
組み込み系ってメモリ設計がかなり厳しくてフラグメンテーションも嫌ってそんなメモリ不足なんて出ないイメージだわ 組み込みならそれこそ要求仕様で定められている範囲のデータは確実に処理できるように作り込むけどなー >>287
誰が放置すると言ったｗ
リソース不足ならそのまま死ねばいいと言ってるだけ。
リソース不足例外を捕まえて何をする気なの？ >>284
いくらスワップアウトできるOS環境下や潤沢な物理メモリが搭載された環境でも、スラッシング
でメモリが分断されると、ヒープエラーは起こりうるんだよ。 こんな連中が、イマドキの情報
処理専攻だったりするのかねぇ？
世界に取り残されるのも当然だわな。 >>291
ヒープエラーが起きたら何をすればいいのかな？ >>291
組み込みはあまり詳しくないがスラブとかで対応できんのか？ >>290
いやはや、まったく無知だねぇ。 例外を適切に処理していないと、上位のどっかでtry catch
している場所へ飛ばされるだけで、プログラムはすぐには死なないよ。 飛ばされた先で
もし例外を握りつぶしていたら、中途半端なデータのまま動き続ける。 perl5 からのステップアップにRubyじゃないこっち選んどいてほんとよかった
ごめんよ マツモトｗ 書くコストと可読性の低下が、
見合わないという話だぞ。
マジで頭おかしいぞ。
お前はそうやってどんだけのレアケースを
いちいち捕捉してんの？
dictの代入のたびにtryで包むのはアホ。
正気じゃない。 お前のコードは化石。
頼むから一人でシコシコしてろ。 >>294
例外ハンドラ書いたこと無いのがバレバレだぞ。
例外キャッチしたら(握りつぶすか、正常状態に回復するかしない限り)
そこからさらに上位へ例外を投げるに決まってるじゃないか。 >>294
プロセスを生かすも殺すもシステム設計次第では？
割り込みや外乱でfatalな状態が発生する場合は番犬に殺して貰って再起動ってのが一般的じゃないのか？ >>296
オブジェクト指向を正しく理解しているプログラマは、辞書追加するメソッドをメンバ関数に
してメンバ関数を呼び出すのだよ。 それこそがクラス設計というものだ。
あちこちにコピペコードを書くのは低脳の査証。 もしかして、書いた行数で開発規模とか
評価される時代遅れの職場なの？ 海外のstackoverflow辺りでトピックでも立てて見れば？
鼻で笑われるぞｗ
お前はやりすぎだってな。 >>301
stackoverflowなんぞを拝承しているとは、これまたレベルが低いなぁ。
白人コンプレックスか？ オブジェクト指向が大好きなプログラマはそもそも
そのクラスから変更可能な辞書を持つクラスを書いて、
辞書の一要素を変更可能なメンバ関数として公開して
外部から編集させるなんてしないだろ。 それこそ辞書に何が入るかわからんのに。
そもそも辞書をプロパティなんかにしない。 まぁこれだけ言ってもわからんのだから
お前の書くコードは好きにすれば？
心ゆくまでエラーを補足するがいいよ。
でも、今後は一々他人のコードに注文つけるのはやめておけよ。
原理主義者は害悪でしかないぞ。 >>304
スクリプト書きや、メンバ関数や変数が全部publicな、なんちゃってオブジェクト指向の
Pythonしか知らない低脳は知らないのかもしれんけど、C++など本物オブジェクト指向言語
ではメンバ属性を指定するprivateやprotectedというものがあってだな、同一クラス内のみ、
または派生クラスからしかアクセスできないメンバ変数やメンバ関数を定義できるのだよ。
C++書きなら常識だけど、ゆとり馬鹿はのびしろがあっていいなぁ。 なんだ、こいつは？
全然噛み合わない話をし始めたぞ。 これからも自己満足で頑張ってくれ。
そして二度とPythonには触らんでくれよ。
大好きなC＋＋で頑張ってくれ。 >>306
害悪はオマエだよ。 趣味で書くプログラムだけにしとけよ。 まかり間違って組み込みなんかに
関わられると、タカタみたいに死人を出す製品を世に出すからな。
オマエ自身と家族だけが死ぬなら自業自得だが。(w やっぱり組み込みか。
自分の世界を全てに当てはめてるアホだったな。 >>312
三つ子の魂百まで、スクリプト書きは死ぬまでコピペ房まで読んだ。 >>312
いやいやガチな組み込みプログラマは動的メモリーアロケーションすらきちんと設計するからリソース不足=プログラム論理不良扱いだよ（なので発生したらリブートするのが普通）
そもそもPythonなんて使わないし
ID:GZq7y5i+ は単なる知ったか爺だろ w >>310
>>293>>299はどうなんだ？
組み込み系の知見を聞いてみたい さあ、皆んな、そろそろ仕事に戻るんだ。
無駄話はもうお終い。 エンドユーザーのワイ、ときおりpip list --oでアップデートを調べるくらい。 >>317
組み込みでもピンキリだけど、人の生死に関わるようなシステムだと、リングバッファとかは
あるが、動的メモリ配置なんか許されない。 関数ごとのスタック使用量もツールでチェック
する。 ガベコレが動くような言語じゃ話にならない。
一方、Linuxベースで動いているようなネットワークルータや、複合機プリンタなんかだと、
こっそりとリブートしていたりするね。 pythonの段付けが嫌いだな
なんか{ } がないと見にくいよ >>316
へぇ、OS自身や別タスクでのリソース消費まで机上で見積もれるんだ。すごいねぇ。(w >>316
タカタとかエラー訂正と言うタームに対して通信系の話を持ち出すあたり、結構シビアな人命に関わる伝送系装置とかかな？
鉄道車両の制御系とか。
プログラムと言っても幅広いもんだね。 >>321
スラブなんて使わんのか？
人命に関わるシステムでfatalな状態は再起動せずにどうするんだ？ 組み込み系は大変ね
信頼性が大事なら出来合のＯＳ使うの止めて全部自前でつくればいいじゃん 俺の意見で恐縮だが、Pythonで書くコードにtry catchはほぼイラネ
try catchを付けるのはクラッシュ時のエラー文が意味不明過ぎて何言ってんだ？って時に、オレオレ説明文に変える時に使うだけ
それ以外はクラッシュさせる
まず、メモリ不足ってのは設計ミスそのもの。ミニバッチになり、queue分散にもなってる中で、まだメモリ不足をやらかすのは完全な設計ミスだからリソース読み込みを作り変える事になる
だから不足の事態を考慮してtry catchを入れてプログラム実行の安定性を向上させる価値がない
これはAI学習時の話な
AI予測実行時は、Pythonでアプリケーションを作るならそりゃtry catchあった方がいいだろう。飛行機にAI乗せたらPythonコードがクラッシュして墜落しましたってのは流石にねーわな
でもそんなものPythonで作らないから問題ないんだけどな。学習したAIはバイナリ化して他言語で実行させる。C++でもJavaでもObjective-Cでも好きな言語でアプリケーションを作ってくれたまえ >>324
今はまだ1編成だけの試験運用中だったか、山手線の新型車両に、JRと三菱が共同開発で
車両の制御系にEthernetとTCP/IPを初めて導入したとかで、試験運用開始早々にトラブ
ってたな。
>>325
最近の自動運転なんかは別として、車載ECUだとなんらかの故障や異常を検出したら、
何もしないで制御機能が止まる。 エンジンやオートマはさすがにムリだが、ブレーキや
パワステは制御といってもアシストなので、制御が止まっても機能はする仕組みになってる。
昔のエンジンであれば、アクセルは吸気量制御の弁にワイヤーで機械的に繋がっていて、
たとえECUが暴走して燃料を多量に吹いても、アクセルを戻せばエアが供給されなくなり、
エンジンは自然に止まるフェイルセーフ設計。
最近だと複数マイコンで相互に監視、マイコン内蔵のSRAMや内部バスもECC付きで、
クロック回路が正常発振してるかとかも監視してる。 でも、センサ等何か異常があれば、
エラーログを出すとともに、軽微な異常ならセンサ出力を無視して安全値で代用、最悪の
場合には完全に制御を止める。 >>328
やっぱり、シビアな方のガチな組み込み屋だ。
pythonネタで大暴れし過ぎw Javaのアプリなんかだいたいメモリリークしているからなぁ Pythonはctypesの完成度が奇跡的に高いから、グルーとして超便利
numpyやTensorFlowみたいな使い方は勿論、タイミングがシビアな通信や機器制御にも使える Pythonみたいな高級言語だとtry/catchで捕まえきれないエラーが結構あるはずだからif文でthrowすることが多くなるかな
昔ならエラーハンドリングのお作法仕込むにはLinuxシステムコールやらせておけば勝手に身についたと思うけど
Scalaとか関数型言語になるとまた特殊なエラーハンドリングが必要になってくるしもうわけわかめ
OSのリソース不足（メモリ、ディスクリプタ、ハンドル）はもうエラーハンドリングなんかできるレベルではない
（ディスクリプタ不足でエラーログへの出力すらできないことがあった）けど、
DBとかミドルウェアの異常系エラーなんかはtry/catchで捕捉したいかな
以上俺的エラーハンドリング感でした なんで統一しようとしないの？
セキュリティの問題？単純に馬鹿だから？ >>323
> へぇ、OS自身や別タスクでのリソース消費まで机上で見積もれるんだ。すごいねぇ。(w
(w つけてバカにしてるつもりだろうけどそう言う世界では当たり前にやられてる、おまえが知らんだけ
>>324
誰と勘違いしてるのか知らんけどおれは>>316しかレスしてないぞ 強いて統一するならC言語だが、C言語で書かなくても良いところは適材適所で良いのよ。
なのにC言語一本槍で突き進んで、しなくて良い苦労をするマゾ気質の人が多い。話を聞くとC言語しか知らなかったりする。 pythonってファイル開けないときもtryでしか検知できなくね? なにか一日見ないと大変な事になっていますが、
どなたかアドバイスをお願いします。
数フィールド、1テーブルのDBを扱うwebアプリなら、pythonとphp、
どっちが初めての言語としてお勧めでしょうか？ >>334
そういう世界ってどういう世界ですか？ 使用しているOSは？ 他のプロセスやOSが動的に
確保するメモリが判るということは、OS本体だけでなく、サービスやドライバなど動作中に
ロードされるすべてのプログラムの挙動を把握しているとでも？ 外部要因で発生する割り
込みやイベントは？
非同期で動く他のプロセスがいつどのタイミングでいくらメモリを使うか、どうやって予想
するの？
プログラムの開始時に、必要な最大メモリを確保するのは、初期化なしのグローバル変数を
宣言して使うのと実質的に同じで、動的なメモリ確保とは言わないぞ。 >>337
PHPはサーバーサイドでDB等と連携しつつHTML生成を得意としている言語でしょ。
一方でPythonはPHP相当の処理も出来るし、機械学習や自然言語処理やデータアナライズとか多様な用途がある点が大きな違いかな？
提示された命題だけだと、どっちもOKになるけど、プログラムスキルの習得を目的としていて、将来はWeb系以外にも興味があるのならPythonが良い様に思います。
ただチョットしたWebシステムをささっと組みたいならPHPの方が楽かも知れないね。
チュートリアルも一杯ネット上にあるし。
と言う事で両方やってみましょう。 >>338
逆に聞くけど、その辺の見積もりはしないの？ >>338
こいつがなんでそこまで厳密性に拘るのかわからない。しかもPythonで。
Python使う以上それなりの部分は妥協することが前提で
その代わりに実装の楽さや柔軟に書けるメリットを享受出来るのに。
明らかにその用途でPythonは使うなで済む問題だろ。 >>338
ワーストケースを想定して足し合わせるだけですが。
サービスもドライバもアプリも製品に組み込んだものしか動かないので、見積もり可能ですね。
その上で、製品メモリの容量を超えるようなら各チームにメモリの使用量を減らす(ヒープにしてもスタックにしても)
よう指示が出るだけです。 >>294
その場合、下位からはちゃんとリソース不足という例外が上がっているわけで
それを握りつぶしている上位側の問題。 >>328
スラブは使わないのか？使えばいいのにな
センサ周り含めフェイルオーバーからのWDTで再起動するのが一般的だと思ってたんだけど制御止めるのか
高速走行中に制御切られたら恐怖だな
最低限必ずパワステは生きてて欲しいからやっぱりエンジン式が安全か
スレチだからこの辺にしとこ >>338
unixならプロセスが使用できるリソース上限は設定出来るけどな
動的メモリ確保までは制限できないが、そのためにスラブやプールで動作保証するのがお作法かと Javaでメモリ最大値64Mに制限していたアホアプリがあったな。
JDKの基本ライブラリ読み込んだだけでメモリ使い尽くしてすぐにメモリエラーでコアをはいていた >>338
> そういう世界ってどういう世界ですか？
ガチの組み込みって書いてあるだろ
今時で言えば機能安全を要求される分野ってこと
> 使用しているOSは？
ケースバイケース
> 他のプロセスやOSが動的に確保するメモリが判るということは、OS本体だけでなく、サービスやドライバなど動作中にロードされるすべてのプログラムの挙動を把握しているとでも？
プログラムの挙動を把握してるのは当たり前
そもそもこの分野では動作中にロードなんて普通しないし
お前の知らない世界があるってことぐらいは認識しなよ >>262
お前の存在自体、エラーみたいなものだな >>347
言いたいことは解ったけど、そう言う世界でもPython使うの？ もっとガチガチかと思ってた。 >>347
動的ロードしないのに動的メモリ確保とかありえん世界だが、
思った通り、何一つ具体例を挙げられないホラエモンだったか。 JavaとC#使って仕事しているが、Pythonは何のメリットがあるの？
全然知らないんだわ >>352
CSの教育で採用されていることもあって、
機械学習や信号処理などを始めとした数値計算ライブラリが充実してる。 >>339
レスありがとう。
web以外でのプログラムが想像できないということは、
研究とかで使われているんですね。
自分は、ブラウザを使ったDB管理をしたいぐらいなので、フレームワークを使うかどうかわかりませんが、
2つをそれぞれ試したいと思います。 >>349
Pythonなんて使わないってことは>>316に書いてある
話の流れぐらい読んでくれ
>>351
バカなの？
データ量によって動的確保するのは普通にあるわ >>355
頑張って下さい。
後、大事な事が一点
dictは必ずtry句で囲んで、あらゆるエラーに備えること。
さもないと、怖い組み込み屋にドヤされるからね。
このレスを読んだ幾人かは、既に実践してるんじゃないかな？
多分ね。
ではでは >>323
見積もれるけど
それができない組み込みOSはなんちゃって組み込みOS >>338
全て把握してなきゃ話にならんだろ
組み込み屋なめてるの？ >>356
そうか。読んでないのではすまんかったが、ここでドヤるのは場違いだな。
二度と交わることはないだろうから、穏やかに過ごして欲しい。 >>361
脊髄反射してすまんかった。今日は脳が死んでるんだ。ただPythonのdictは使ってない。 （ ・∀・） | | ｶﾞｯ
と ） | |
Ｙ /ノ 人
/ ） < >__Λ∩
＿/し' ／／. Ｖ｀Д´）/ ←>> 365
（＿フ彡 / char *data = NULL;
if (data == NULl)
typeof( ((type_t*)data)->m ) *m = ent; AIライブラリで無双するPythonも
Railsで無双するRubyもどっちもやっていることは一緒
盛者必衰の理を表す Pythonはともかく
Railsがいつ無双したんだよ。
ちょっと日本ではやったくらいだろ。 >>373
いいえ、流行ったのはシリコンバレーです >>373
TwitterとかRailsだったし、開発関係だとHerokuなんかもRails
ただ、流石にRailsはオワコン、そこだけは同意 いつも思うが
Pythonが読みやすいって思うのは英語圏の人間だけだよね
つまりいつも自分たちが話すようにプログラミングできる
だから美しい
あれだよ野球でワールドシリーズといいつつ実はアメリカンシリーズみたいなもんで
こういうオナニー行為ほんとアメリカ人は好きだよね Pythonってそもさん何て読むの？
フォンドボーのホン？ >>373
Railsの求人はメッサ見るけど
Pythonとか全然見ない >>377
ただし日本のScala案件は総じてクソ
言語は先進的でも、設計思想が80年代前半の非構造化BASICで止まってる >>382
内容はどうか知らんけど少人数でRubyっぽい感覚でやってるらしいね >>383
Rubyぽい感覚ならまだだいぶ救いがある方。
N88BASICを思い出す設計レベルだからな。 それは使う道具（言語）関係なしにやばいやつじゃないの？
仕事でコード書く人は教養としてコードコンプリートくらいは読んでてほしいわ
古い本だけど今でも役立つことが書かれている Githubのスター数
Ruby
Rails 38000
Sinatra 9000
Python
Flask 30000
Django 28000
WebでもPythonのほうが強いじゃん。 Pythonはがっつりやらなくても関数電卓代わりに使うと便利だよ JavaやPHPなんかは今後破滅する可能性高いからあまりおすすめはしない これからはPythonは伸びるだろうな。学習していて損はないと思う。
PHPはセキュリティに難あり。
これが解決できればPHPもネットデータベース環境では復活するだろうけど。
攻撃を仕込まれなければCGI的な処理はトップクラスで早い。
他に欠点は、PHP組み込んだサーバーを立ち上げてないと利用できない。
Perlは６で死んでる。Perlは自由度高くて好きだけど、
処理を複雑化させると同じ事が出来る時と出来ない時が出てくる癖のある言語なので
相当に理解してないと使えないし、常に特殊変数がついて回りメモリ使用量が多いのと
＄が嫌いな人はお勧めできない。
ファイルを一括してSHA1とか纏めて算出するのに簡易的に使う事ある バイオインフォマティクスでは以前(2010年頃)はPerlが最強だったんだけど、今はPythonに抜かれたのかな？ >>388
Javaは9でちょっと不穏な空気を感じている
「今まで動いてたものが動かなくなる可能性がある」と言うのはやはり気になる C#も2012か13辺りでforeachの非互換問題あったな OpenOfficeやLibreOfficeのマクロのソースを探すと
Pythonでプログラミングされたものが多数見つかって
Pythonを習おうと思ったが、
そのころは日本にちゃんとした教材本がなかった。 OpenOfficeやLibreOfficeは専用Basic以外に
いまでもPythonでスクリプトを書けるんだろうか？ 癖で、セミコロンをつけたり、かっこをつけてしまったりするｗ
イマイチpandasが理解できていない 上の方で老害が暴れてたけど
どこのスレでもこういう老害が湧いてくるよなあ
老害はPython触る必要ないからおとなしくすっこんでて欲しい >>397
まだ、ゴミを量産するだけの、基礎も実力もないアーリーアダプターがホザいてるようだな。
にわか仕込みのアミバ様は、どんな言語だろうが長続きしないのだな。 Pythonってアーリーアダプターでもなんでもないだろ笑 思考も何もかもが凝り固まった
老害は本当にかわいそう。
アセンブリ言語でもいじってればいいよ。 >>391
gensimみたいな巨大な行列計算の実装例が出てしまった以上、ちょっとした計算(といいつつ
超ガッツリなんだけど)はもうpythonで十分でしょ
>>393
スレッドの仕様やxamlまでコロコロ変えてくるc#だから、何変えてもなあって感じ アーリーアダプターだのレイトマジョリティだのって、なにが良い悪いとかじゃないよね >>399
20年前からタイムスリップしてきたのか？ Unicodeの扱いだけどうにかならないものか・・・
Windowsでは鬱陶しすぎる >>405
sitecostomize.pyちゃんと書いときゃpython2だってそう困らない
コマンドプロンプトにDOS窓使ってるなら、DOS窓やめれって言ってあげるが 添字はオフセットなんだから最初が0なのが自然だろゆとり オフセットで考えるってのがクソなんだよ。10番目を考えるのに9個先って考えるとか異常だわ。
Cじゃあるまいし。 どちらでも使えるよう1個余計にメモリを確保する言語もあった気がする
でも複数人で協業する場合は混乱するだろうな〜
やはりゼロの概念を受け入れるべきだろう >>410
幼稚園児かよ
アドレスの概念くらいしっかり理解してくれよ >>410
オマエだけ、10進数を'0'〜'9'の代わりに、'1'〜'9'と'A'でも使えばいいよ。 >>410
lengthで自然数を返すから、入れ物は０番からじゃないと
配列や文字列を扱う時に扱いづらくなる。
PCの世界にはレイという概念はあってもゼロという数値上に存在しないという概念はなくて、
存在しない事を表すのは空文字列とかdefinedやnullだから、そういう都合から考えても
０からスタートするのは正しいと思う。中には０と""とdefinを同列に扱う言語があるけど、
それを欠陥言語と見るか、利便性で仕方ないと見るかは使い手の判断によるだろうな。
文句ばかり言って使えないという人は、その言語の別の部分の利便性を把握してないと思う。
片方を便利にすれば片方が削がれるのは仕方ない場合が多い 0から始めるか1から始めるかは、一長一短があるから文句を言っても仕方ない。
一般的には、0オリジンの方がコードはシンプルになる。 >>410
数え方って人によってだから
例えば１０人いるクラスで全員いるかどうか
確認するときには１から数えて９人いればＯＫ
でもこれって自分を抜いてるんだよな 自分を
暗黙で数えたとするなら自分は０人目 別に
自分を最後に数えて１０人目でもいいけど
どっちを取るかは自由だよ >>410
Python使うのはエンジニアばかりではないからな
スライスの時の数え方はおれも未だに馴染めない >>415
バイオインフォマティクスだとまだ現役らしいな >>423
まだまだあちこちで使われてる。
COBOLだって現役。 >>426
経験則だが、COBOL使ってる現場ほどネット繋げない率高い
COBOLに限らずオープンソースではないシステムを使ってる程そう言う傾向ある >>429
両方使うはめになってるなら御愁傷様
そうでないならPython3だけ覚えればいい Python3覚えた頃に、Pythonn4が出て、互換性の問題が発生する予感しかない。 覚えるのにそんなに時間かかるならやめといたほうがいい。 Javascript周りの乱立ぶりより遥かにマシだろ。 「 大 宣 言 の 日 」 の 後 、 真 実 が 明 ら か に な り ま す 。
マ人トレーヤが世界に向かって話をする時（『大宣言』）、初めて本当の身分を明らかにされます。
およそ25分か35分、史上初、世界的規模のテレパシーによる接触が起こります。
14歳以上の人々は心の内で聞くでしょう。
日時はあらかじめメディアが時間を知らせるでしょう。
マ人トレーヤは地球と他の惑星の間にある協力関係について説明されます。 Perl6はそれ以前のPerlとはまったく別言語らしいね。
ややこしい。
Perl++とでも命名してほしいね。 お前らは日本人なんだから
素直に日本語プログラミング言語を使え。
習得ははるかに楽だ。
背伸びするな。 ☆ 私たち日本人の、日本国憲法を改正しましょう。総務省の、
『憲法改正国民投票法』、でググってみてください。
2017年10月22日（日）の衆議院選挙は、ぜひ投票に行きましょう。
平和は勝ち取るものです。お願い致します。☆☆ >>440
寝言は自然言語でプログラム、つまり仕様書をそのままコンパイル出来るようになってから言え
まあ仕様書も英語なんだが どうせ、クラウドワークスやランサーズとかの偽装請負だろ？ 2013年10月8日の読売は永久保存版だぞｗ
http://hayabusa3.2ch.net/test/read.cgi/news/1381235548/
http://uni.2ch.net/test/read.cgi/newsplus/1381214144/l50
新聞界のドンであるナベツネが書いてるんで有名な社説で
「放射能は、時間を経ると減り、１０００年で９９・９５％が消滅する。」
なんて書いちゃってるからなｗｗｗ
新聞の社説は一番重要だからちゃんと読めとか言われたことあるよな？ｗ
その世界最大の発行部数が自慢な新聞の社説でこれだからな実態はｗ
読売を読んでる奴＝バカｗｗｗｗ >>30
とりあえずデータベース作って
解析AIを開発だな ﾊﾟｲｿﾝ! ﾌｨｰｻﾞｷｰ!
ﾆｰﾋﾞﾗ(´・ω・｀)b くそ言語言ってる奴は理解できないからだろ
Pythonはライブラリーも完璧だし
というかなんでWeb系の話しか出てこないんだ
せっかくPythonなのに Pythonは最高だよ
Pythonだけあれば何でもできる
俺はPython愛してるううううん 俺が円周率論文やってた洒落でできただけにしか思えない ‪【チャレンジャー求む！天才、光吉の日本一難解な人工知能動画Part1】
生田よしかつ 菅原道仁 光吉俊二 メラニー
https://youtu.be/vVj7RlQnPlc ■ このスレッドは過去ログ倉庫に格納されています
