【IT】Javaではもうからない、新言語を学べ
■ このスレッドは過去ログ倉庫に格納されています
どんなプログラミング言語を習得すれば、年収アップにつながるのか――。コードを書く技術者なら誰もが一度は考えたことのあるテーマだろう。世の中には数百種類のプログラミング言語があり、時代ごとにはやり廃りがある。それでは、現在学んでおくべきプログラミング言語は何だろうか。 その1つの答えになりうるプログラミング言語と年収の関係を示した調査結果が発表された。それが、ビズリーチが公表した「プログラミング言語別年収ランキング2018」だ。 https://cdn-tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/082900134/ph1.jpg このランキングは、ビズリーチが運営する求人検索エンジン「スタンバイ」に掲載されている正社員の求人情報(約324万件)から、プログラミング言語名が含まれる求人情報の提示年収の中央値を集計したものだ。調査では、1位が「Go」、2位が「Scala」、3位が「Python」という結果だった。 1位のGoは、米グーグル(Google)が開発したプログラミング言語だ。並列処理などを記述しやすいため、これまでC言語で記述していたWebシステムのバックエンド処理の高速化などに利用される。ビズリーチによれば、求人数は昨年比で1.9倍になっているという。 2位のScalaは、Java仮想マシンで稼働するいわゆるJVM言語の1つだ。関数型言語だがオブジェクト指向言語の特徴も備え、Javaをはじめとする従来のプログラミング言語に比べて、コーディング量の削減やバグを埋め込みにくいプログラミングスタイルを実現できる。 3位のPythonは、最近のAI(人工知能)ブームが関係している。AIを開発する際に利用する有名ライブラリの多くは、Python向けに提供されている。例えば、TensorFlowやscikit-learnなどのライブラリだ。そのため、Python開発者の年収も高くなる傾向にあるのだろう。ビズリーチの調査結果では、求人数が昨年比で1.7倍になっているという。 Javaは求人数は多いが年収は14位に ランキングを見ると、システム開発で多く利用されている「Java」がランクインしていないことに気付く。調査結果では、Javaの求人数は3万4000件と多いものの、昨年比では3割減少しているという。年収の中央値は500万円で14位にとどまる。つまり、Javaを学べば職はあるものの、高額な年収は期待できないということだ。 現在は人手不足の時代なので、Javaエンジニアなら職に困ることはないかもしれない。しかし、Javaしか書けないというのはリスクになる。いつまでもJavaだけで完結するシステムを開発できるわけではないからだ。Webフロントエンド開発が全盛の現在では、突然JavaScriptで開発しろ、と言われることもあるだろう。 しかもエポックメイキングな技術を実装するには、それに合ったプログラミング言語を学ばなければならない。その最たる例がAIの普及で注目されたPythonだ。日本発のスクリプト言語であるRubyとよく比較されていたPythonは、国内ではややマイナーな存在だった。しかし、最近のAIブームによって、「AIを使ったシステム開発ならPythonを学ぶべき」という認識が広がり、最も重要なプログラミング言語の1つになっている。 ビズリーチが公表したプログラミング言語と年収の関係は、これから学ぶプログラミング言語を選定する良い指標になるだろう。もはやJavaだけを習得しても収入は頭打ちになる可能性が高い。新しい技術を使ったサービスを実装し、高い収入を得るためにも、エンジニアには新たなプログラミング言語の習得が求められている。 https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/082900134/ javaは弱点をなくせば今でも超優秀 むしろjavaの中に入って改革する側に回れ >日本発のスクリプト言語であるRubyとよく比較されていたPythonは、国内では >ややマイナーな存在だった この一文で、内容が胡散臭くなった javaはオラクルが最大の欠点 もうそれだけで使わない理由になるレベル 言語の問題じゃなくて プログラミング対象に効率の良いAPIが揃ってるか否かだ 例えば、Javaでも機械学習に対応するAPIを揃えれば 一躍、AIはJavaで・・・ってことになるだろう といいつつCOBOLやVBAの保守が幾らでも転がっている現状 何か一つできれば、他の言語も一週間くらい使ったら慣れね? 各言語の違いは方言イントネーションアクセント程度で 英語日本語ほどの文法から何から全て違うような違いはない、 要はメジャーな言語一つでも習得すれば他の言語はすぐ習得できる アセンブラとCとJAVAさえやってればどんな言語にでも対応できるだろ 要件定義の段階で最適な言語を選択すればいいだけ >>14 MS-DOSの頃はCプログラマがたくさんいたけど、 WindowsになってからC++についていけずにVBプログラマが大量発生したけど。 >>14 そのくらいの認識で派遣の営業がぶっこんでくる。 これが悲惨。 今Javaで書かれている膨大なシステムが今後何年もメンテが必要になるから Javaは今のコボラーのように生き残ることが出来る サポート打ち切りされたら、もうどうしようもないくらいには強大化してしまったからなぁ。 JAVAの寿命は たぶんCOBOLよりずっと短いよ。 実効速度を求める用途の言語には これからGC前提のコードやライブラリ実装が盲腸になるだろうね 求人数でソートしてJavaが出てくるまでランキングの数増やしてほしいわな 年収高いのは単純に供給不足ってだけで人が流れれば一気に下がるだろ 手続き型と関数型みたいによっぽど言語設計が違うものじゃなければ1日か2日でなんとかなるだろ あとは才能の領域 約15年間無料だったリファレンスが有料化だもん これからは激減するだろ >>29 Java と Javascript は別ではなかろうか >>17 オブジェクト指向を理解できなかっただけじゃん 言語の習得とは関係ない 儲けを考えるなら「日本でエンジニア」がまず間違いだろ >>17 C++についていけないというよりWindowsプログラミングがクソめんどくさいってだけだと思うよ やりたいことをサクッとできるVB使うのは当然だろうな goって二年くらい前はちょっとしたツール以外使わん方がいいとかGoogle自身で言ってた気がしたけどどうなん? 単価上げたい思惑があるんだろうけど、実際はAccessのVBA+クエリーがベスト。業務系ソフト開発でこれにかなう言語はない。 カーネルいじるための C DNN 用の Python JS 用の TS 流行りに乗って Go これだけやってれば歯車として生きていける Ruby、Java は完全に捨てた C++ はメンテで面倒みてるけどさっさと捨てたい PHPがないのはおかしいな。 世の中のWEBシステムの多くがPHPで構築されてきたから、 PHPの方が、あと10年は食いっぱぐれなしと思ってるが。 Javaも学んで、新言語も学んだ方が良いと思うけどな 新言語で高収入な仕事が見つかればいいけど、安牌は持っておくべき 10年前、リーマンショックで案件が激減した時 もうやる事は無いと思ってたCOBOLで食いつないだ 儲かるか儲からないかでやってちゃ息は短いだろうけど でも世の中そんなもんか > どんなプログラミング言語を習得すれば、年収アップにつながるのか この時点で土方 javaでもきるならフロントでjavascriptも触るだろ あまり言語にこだわることはない。 仕事の中身と考え方が一致する言語を自然と使うようになる。 今は関数型の記号処理とシステム制御に適した言語を使っている。 本質的なところだけ押さえておけばよい。 C++とC#はしばらくはゲームで生き残るだろうなー サーバーサイドでC#も実用的になってきたおかげて、クライアントとサーバーで同じコードが使えるようになるメリットがデカイ >>1 >しかし、Javaしか書けないというのはリスクになる。 >いつまでもJavaだけで完結するシステムを開発できるわけではないからだ。 そもそもJavaだけで完結するシステムなんて出会ったことないけど… 組み込みハードとかそっち系? >>51 Javaでも同じことを……(´・ω・`) >>39 選んでいる言語は同じ サーバサイドはgo AIのpython フロント、サーバサイドのjavascript os層のc >>52 dockerやk8sなどで使われているが、そこまで普及していない それがいいんだ >>1 この言語を習得して儲かる話は、年齢、経験、学歴を無視してるから参考にならん 資格と同じだ >>13 標準語が分かれば方言も分かるくらいのレベル >>1 最大提示年収と中央年収?だっけ あと求人数がなんか… オッケービズリーチ!年収二千万円に届くプログラミング言語を教えて >>3 最も弱点の多い言語だけど 弱点をなくせば最強だよな プログラミング言語の種類で儲けようとするのが頭おかしい fortranは2018年にfortran2018という新しい規格が発表される Javaは使える人が多いから上から下まで案件があるので平均さがってるだけでは? Javaでもできる人なら貰ってるでしょ 言語で年収とかいうのはなんか違和感ある エクセルの使い方を極めたい インダイレクト関数とか >>67 よく分かってない人を騙s、、、さまざまな言語を継続して学んでもらうための方便だと思えば >>3 oracleによる閉鎖的なサポートが今後のjava javaは閉鎖的なコミュニティに変わると思う オープンソース版以外は活気を失うだろう Haskellいいぞっ 癖が強いから勉強には向いている なんせ、標準では配列すらない 純粋さ、純潔さ、孤高を求めている まぁ、言語としては美しいけどな >>70 javaはsunの時代のイメージを持ったまま、 当時の若者がおじさんになってしまった 彼らはjavaで開発することに慣れているが、 oracleが絡むということがどういう事かは分からない ただおじさん達とともにjavaは穏やかな死を迎える、 とおじさん達は考えている >>73 お前の日本語は美しくないからきっと関数型なのだろう 分野や用途によると思うが、やっぱりPythonなのかなあ スクリプトでは長らくPerlを使ってきたが 他言語でも正規表現が普通に使えるし、特に強みがなく廃れてきた感じ java有料化で選択肢から外れるという事? pythonかC#、WebはES6以降ってか? Perlとか廃れてきたってレベルじゃないだろ 自分で書いて使うだけならセーフだけど他の人に使わせるのはよほどの理由がないと厳しい > 【IT】Javaではもうからない、新言語を学べ 開発言語を流行らせたり、廃ったりさせたら、言語の数ばっかり増えて... 10年後、20年後にシステムのメンテナンスの時に技術者がいなくて、 システムのアップデートとか乗せ換えとかでとんでもない事にならなけりゃ良いけどな... py は py でも flask 使ってる負け組みな〜んだ? たぶんGOは言語そのものでの年収ではなくて、サーバー知識と運用経験も要求される 案件が多いから必然的に高額になってるんだと思うけどな。 GO言語だけ学んでも、そっち方面のスキルも持ってないと年収増どころか 仕事こなせないと思うぞ? 素人考えだけど、多くのOSで動くものを作ることができる言語が良いんじゃないの。 これさー、JAVAは儲からないじゃなくて JAVAはデフォでその他もって話だろっていう・・・ 言語の違いで儲かってるとかある? 言語というより機械学習あたりは金回り良さそうだけど 今、20年以上前のFortranプログラムをCに移植した 変数追いかけるのがしんどかった >>38 それだけじゃ不充分でexcelとの組み合わせが大切 >>5 Sunを買収したのが他の企業 例えばIBMならいまの状況はかなり違っていただろうなー ドコモ部長と、客のバトルが聞ける ドコモ社長が、客に「直接対面で」追求された実録! http://do-como.com 昔はJavaやActivXをセキュリティーの為に無効化してたものだ >>66 > fortranは2018年にfortran2018という新しい規格が発表される そうなのか! 今でもCFDとかの数値計算ではfortranは現役だよ fortran95とかのフリーフォーマット 「投資しませんか?」 「もうかるなら、あんたが借金してやれば?」 「新たなプログラミング言語の習得が求められている」 「ならお前がやれば?」 いろいろLW言語を使って来たけど、 やっぱpythonは楽だね。 func(**param) とか最初感動した。 >>1 最近見かけないけど JAVAティーってまだあるの? Javaは上手く育てれば良い言語になったと思うが 今は特定営利企業の思惑で振り回されているし みんな選択するのを躊躇ってしまっているだろ >>108 ベースが糞なのに 糞の上塗りをして 糞でデコレーションした糞言語じゃん 育てるって言うのは、元がいいものじゃないと無理 仕事上で、まともに書ける言語が一つでもあれば、大概はどの言語でもいけるわな >>108 セキュリティ対策上、しょっちゅう新バージョンの検証しなければならないので負荷が掛かって仕方が無い。 と弊社の技術者が申しておりました。 Javaは負の遺産が多すぎて、触りたないな。 J2EEとかstrutsとか なるほど、Javaって人気がないんだな 選択するのはなるべく避ける様にしますw Windows PC で JAVA を勉強するためにインストールしてあった 最近うさんくさくなったので JAVA をアンインストールした その結果 Windows の動きが軽くなった!!! ディスクアクセスが超減った ウイルスでもおったのかね? Javaはとっくの昔にやめました VB.NETと一緒で、労働市場に初心者が多数いるから あまりにも言語そのものの進化が遅すぎる 冗長的な記述やネーミングをよしとするあの文化が嫌い Cしか知らない人がJavaをやるケースが多くて、糞コードが量産されやすい Javaしかしらない人が多くて、プログラミング全般の当たり前の話が通じない そうなのですか だったら安心です ありがとう ε> >>114 大規模フレームワーク使うと、古いほどメンテが大変。 古いバージョンのドキュメントはないし、アップデートなんかできない。 struts, django, rails, symfony, zend..... 古くなったらメンテしたくない。 >>114 ああ、そういうことか 言語の寿命が長いということは、遺産が多すぎるってことだな たしかに strutsとか2000年の頭はフレームワークすげー!と思ったけど 今はもう見るのも聞くのも嫌になりました またビズリーチかw ビズリーチはScalaをよく使ってるからね 提灯記事っすよ、これは Scalaが2位に来てるしね JavaはSI御用達の言語だから安い仕事が多い Javaで育った優秀なエンジニアはたくさんいるけど その中に今もJavaをメインにしてる人は少ないだろうな 言語が新しくなり続ける意味が分からない 決定版を用意しろよ つまり、Javaを有料化したからJavaは終焉って事だな 昔よりニーズが減って技術者があぶれる ITプログラミングで商売やっている奴は言語が変わったりした脳が枯れてしまうのが早いんじゃない? マイクロサービス全盛で猫も杓子もだったのから、うちらモノリスで十分だったねとなって結局安泰。 インフラ側の人間だけど 最近はやっぱりPythonが増えてる気がする AIの時代だしね あとは相変わらずPHP多し、JavaもRubyもちらほら UnityでAndroidアプリ作ったらC#+Java+C++という3段重ねのキモいものができた 徐々にCOBOLからJavaに置き換わってるから日本においてはJavaができれば食いっぱぐれしないよ GoやRustってC/C++の代わりになるの? デバイスドライバとか書けるの? Java は Oracle のものになってしまった・・・ と嘆いたところで C# は Microsoft のものだし Swift は Apple だし オープンな感じのいい言語がないね C/C++ は環境依存強すぎるし Python とかのスクリプト言語系はスタンドアローンの商品をつくりづらそうだし どうせ知らず知らずのうちに何でも屋みたいな状態になるぞ Javaは今度から金取るからな ガベージコレクションがあるCライクな言語となるのC#がいいんだろうか 現場から離れて10年近く経つけど PHP/Perl/Python/Ruby/JavaScript/Java/SQL* どれも生まれて30年前後の開発言語。 長くプログラマやってれば、この7つのほとんどは使えるようになってる。 そして、新言語は枯れるまで、まだまだ年数がかかる。 だから、あんまり危機意識をあおる必要はないと思う。 Pythonもダメだろうな。 飛びつく奴が多いのは安くなる。 >>86 JSなんか今伸びに伸びてるだろ なんでこんな伸びてるのか不思議なくらい運のよい言語だよ >>137 ミドルウェアもなしで何もかも作れればな。 API群がJavaの肝だろ。 そこの脆弱性の検証に時間がかかるというはなしだろうが、アセンブラならぜんぶ無しになるの?あほ? >>92 >>125 マジで教えてほしいんだけど、現環境でpip 使わずにanaconda 使う理由って何? ある言語で年収うpってんなわけねーだろ 高年収の人は単にプログラム組めるだけじゃなくて尖がった技術なり知識を持ってる >>145 呼んだ? サーバネットワークセキュリティに開発チームへの助言さらには一般社員のパソコン先生までなんでもやるお >>105 わかる でも本格的に使い始めたらあまり使わんかった・・・ >>53 筆者はシステムというものについてあんまり深く理解してなさそうよね AIは言語云々よりデータを如何に効率的に目的にかなった形で処理出来るかが重要 つまり数学力がものを言う 基礎学力が低い奴は無理 >>161 COBOLのほうがJavaより長生きするだろうな。 定年までは仕事ありそう。 まあドット書き忘れたりlinterとかないだろうし、大文字だらけで何そんなにいきんでるんだって感じだが。 JavascriptもjQueryがvueとかreactより楽なので、同じ言語で格差が凄いことになってるが。 > AIを使ったシステム開発ならPythonを学ぶべき AIを使ったシステム開発ならAIを学ぶべきですね。 Python勉強してもAIにはたどり着けないです。 >>143 食いっぱぐれしない=年収300万ならいくらでも仕事がある >>164 わかる、おれも感動しただけ。 感動してかつ今でも重宝してるのは、 sprintf実装("hello %s" % "world")と名前付き引数。 switchがないのは気持ち悪い。 >>171 pythonはリスト内包表現が便利だよ。 >>79 その言語の仕様さえ残ってれば問題ない。 一週間もあれば普通に読めるようになる。 javaはinterfaceに縛られる感覚が嫌だね でも動的型付け言語は辛い時がある 結局アセンブラとCで小規模の組み込みやってる時が一番楽しいとおもた >>172 そうなんだ、 いまいち可読性が落ちる気がしてそれは使ってないんだ。 lambdaよりはかなりマシだとは思うんだけど。 pythonでタプル多用すると後任者への嫌がらせできるん? >>126 仕事だから仕方がなく使う言語だよな これが好きってやつは他の言語やったことないだけのドカタ 最近のwebアプリは非同期が主流になって来てるから、 node.js + ajax 実装でJavaScript 一本にできたら、 だいぶweb開発も統一性が出てくると思うんだが。 >>182 async awatで非同期も読みやすくなってきたけど、非同期と同期が入り混じったり、promise.allとか使い始めるとわけわかんなくなるわ。 rxjsも、個人的には難しい(大規模で使えない)と思うし、nodeも言語仕様についていけてない(ラップ必要だったり)し、5年後くらいかね >>171 Haskellにはfor文は無いんだぞ case式はあるけど、パターン認識が付随してるので より高機能だけど >>183 浅くやれる言語などない だって、オブジェクトとか、関数型とかパラダイムに慣れるのにも大変なのに さらに、フレームワークとかライブラリ使えないと、まともにソース打てないじゃん 俺関数型(HaskellとF#)半年以上ぐらい勉強したけど、まともにソース打てない 【祝】台風21号 日本直撃ニダ〜!【祝】 台風21号で、日本人がいっぱい死ぬといいニダ〜! <ヽ`∀´>〜♪ 韓国では国を挙げて 【日本の地震・豪雨・猛暑・台風をお祝います】ニダ〜! https://blogimg.goo.ne.jp/user_image/7e/aa/3cd4ff77cd2a2f91403cb2da7d7c7336.jpg <ヽ`∀´>「日本人がいっぱい死ぬとうれしいニダ〜!」 <ヽ`∀´>「今日もお酒が美味しいニダ! ほるほる〜♪」 <ヽ`∀´>「日本人の不幸だけが生き甲斐ニダ〜!」 <ヽ`∀´>「もっともっと死ねばいいニダ〜!」 <ヽ`∀´>「日本人は永久に謝罪と賠償をするニダ〜!」 >>183 それは器用貧乏一直線 色々な言語の安い末端仕事だけが回ってくる便利な人にされる >>184 非同期プログラミングの可読性の悪さは課題だね、。 上から読めば良いってわけじゃないから。 ネスト地獄を回避するasyncもイマイチわかりづらい。 でも、もしかしたら慣れかもしれない。 オブジェクト指向プログラミングも最初は同じような扱いだった。 >>188 専門バカよりいろいろ扱える方がマシだよ >>189 >非同期プログラミングの可読性の悪さは課題だね、。 それが、async awaitだろうが と思うが ただ、俺もその良さが分からない 俺はC#の方だけど、別にBackgroundWorkerと覚えるのが大して変わらんと思うし asyncは単純なやつは簡単かもしれんけど なんだかんだ言って、大して変わらんとも思う >>188 コードリーディング能力次第だろうな。 コードリーディング能力に優れた人の場合、沢山の言語を浅く知ってると引く手数多だと思うけど、 問題は現状この能力は可視化が難しく実績で証明するしかないというところ。 おそらく10年くらい掛かるな。 10年くらいバラエティに富んだスキルシートが積み重なると、 「あ、この人たぶん時々いる読み解くのがめちゃくちゃ早い人だわ・・・」というのが浮き彫りになってくる。 Javaだろうが、PHPだろうが、RubyやNode.jsのシステムだろうが重宝がられてキープされている実績を見れば、 もう誰の目にも「何語であろうと読み解く能力がある人材なんだな」というのが分かるから。 ようするに多くの現場では真っ新な状態からスクラッチで新規開発してるわけじゃないから、 何言語で実装されていようと「システムを読み解く能力」が最重要なんだよ。 それはコードリーディングの能力はもちろんだし、企画や事業部、セールスの人間とも気持ち良く対話できる人間性というかな。 情報処理システムが好きで人間性も優れていて、そういう人間って今の世の中では宝石のように見えるんだよ。 まさに時代の申し子的な。頭は別に良くなくても良いんだ。 大らかな性格で、それで好きなものが流行ってる。ただそれだけ。 つまり、今の世の中の面白さを知っていて感じ取ることができる人間というかな? そういう人間はどこからも欲されるんだよ。 困ってる人というのはどう楽しめば良いのか?面白い点、ウケる勘所を見つけられないで悩んでいるわけだから。 構造化・オブジェクト指向の手続き型言語 関数型言語 この本質と応用テクニックを知っていれば 特定の言語なんて方言みたいなもんだろ >>191 そこはもう言語がどうこうより人間の脳みその問題だろうなw 異なるプロセスが同時並行で進むと誰だってまあ混乱するわな。 良い訓練方法はないか? 俺は音楽鑑賞が意外といいと思うんだよね。アンサンブルを楽しむ系の。 同時に色んなアレンジの楽器のパートが同時に演奏されて、それを楽しむものだろ? それって非同期処理を読み解く力に相通ずるものがあるなって思うんだ。 たぶん、システムを読み解く力に優れてる人は音楽にめっちゃ詳しいと思うよ。 俺もこの世で知らない音楽などないくらい子供の頃から音楽聴いたり楽器弾いたりしてるから。 >>198 「IT土方」という悪名のおかげで、人材不足が加速し、 中堅以上のPG/SEは美味しい思いをしてる。 プログラマの1〜2年目は使い物ならなくて、会社の教育費は年間300〜400万円の負担になる。 そういう意味では最初は「IT土方」みたいに酷使されるのも仕方ないと思われ。 (↑文字化け訂正) プログラマの1・2年目は使い物ならなくて、会社の教育費は年間300から400万円の負担になる。 そういう意味では最初は「IT土方」みたいに酷使されるのも仕方ないと思われ。 言語一つマスターしてたら後は方言の違いみたいなもんよ マジで開発しようと思うとフレームワークが必要になるし、コーダーじゃなくてプログラマでいるためには フレームワークのソースとかラップしてる言語までやって、ハード回りのプロトコルも知らなきゃいけないし 方言ですむようには思えない 案件受けて必要になってから新しい言語を学ぶので十分対応できる >>1 Javaができれば確実に飯が食える 新言語はハヤリスタリがあるので、選んだ言語が下火になれば終わりだ 言語を選んでから仕事を受けるんじゃなく、仕事を受けてから言語を学んだらいいんだよ 俺はいろんな言語使ってるけどJavaは良い言語だと思うぞ。 Javaがクソだとか言ってるやつ何なん? どの辺がクソなのか誰か解説してくれ。 ■ ScalaとJavaって まだ 互換性あるだろ。 何 いってんだぁ? ■ Javaの 安定したレガシーをまだ 流用できるから、Javaやりながらだって 通用する。 ただ Googleなどは 独自言語を自身のシステムに合うように作り出してるから、 結果 Javaと距離を置く形になってるだけで。 クラウドでは どうか知らないけど。 Goが稼げるのではなく、Goできる人には優秀な人が多いってことだと思う >>203 フレームワークだからといって特別な言語で書かれているわけでもないし 方言程度の差だよ >>211 goの開発案件があるのが 大企業だからでしょ javaが本来目指したことはnodejsがあっさり実現しちゃいましたね npmの威力がでかすぎるのもありますが >>207 更新多すぎ バージョン依存しすぎ 中間言語にコンパイルって概念が古くてダサい 大規模だと起動読込みめっちゃ遅い ベンダ対応如何で環境依存しやすい とっつきは良いがとにかくコードが冗長 ポインタ排除言語なのにヌルポ Go だって、実行速度早めるならコンパイルしないとダメ。単なるRunだと、それ以下の階層のパッケージの関数を 実行しない。 それに Pythonだって 速度早めるなら Cythonなど、C寄りのコードを使う。 javaはリリースビルドでも遅いって話だから見当違いのこと言ってますよ すでに 大規模システムなどで使われてるJava言語はどうしても 稼働してるシステムとの後方互換を考える必要があるから、 更新やバージョンアップに神経質になるのは 当たり前。 コードが冗長かどうかは比較する言語による。C よりは 短い。 それに ヌルポは あんたのオブジェクト指向言語の書き方が 悪いからだろ。ちゃんと継承や委譲をしながら クラスを設計してない証拠。 リリースビルトが 遅いのは あんたのソースコードが悪いから コンパイルしたって、 それビルトしたって遅いってことだろ。 バグの 多い ソースコード いくら コンパイルしようが それ ビルトしようが 元が悪ければ すべて悪い。 リリースビルト する前に しっかり デバッグビルトやって バグ 無くしてから コンパイルとビルト、やりましょう。 >>207 日本の場合、Javaに集っているSIerが糞。 これに比べれば言語仕様は大した問題じゃない。 大規模はこれで動いてるからーなんてCOBOL化待ったなしですよ 負の遺産ですね ヌルポはただの言語の穴ですよ ポインタあるならある無くすならそれなりの処置を持つのが当然 型指定ガチガチのくせに Cと比べてる時点でたかが古典言語の一つに過ぎないと自覚しないとですね >>220 多分そう言われると思ってわざと書かなかったけど 俺が起動遅いって言ってるのは本家が作ったGlassfishの事だから コードが悪いから遅いって本家に言ってきて 商用サポートないのに それ 使ってるわけ? 早めに Weblogic?に転向するかぁ 後継のPayaraにするか だろ たぶん。 何かぁ、ずいぶん 低レベルな話だなぁ。 >>226 まず人のせいにしたのはごめんなさいしましょう ヌルポインターでの例外だって リファクタリング、美味くやれば 回避できる。 ヌルオブジェクトを継承させて いちいち メソッドでヌルチェックしなくてもいいように コード書き換える、 手法あるから。それ言語の責任にするなぁ。 それくらい出来ないで わけのわからないデータを 直にメソッドに利用する方が 可笑しい。 ・ Glassfish とかぁ まだ 言ってる奴がいるなんて ほとんど化石に近い存在。 馬鹿の極み。・・・・・・・・・・・・・・・・・・・・・それにアプリケーションサーバーのせいにするくらいなら Tomcat使って 自分で実装しろ。 能無しのクズ。 >>228 しつこいですね ポインタをなくした言語のエラーにポインターて文字が出てきた時点でいくら開発側がカバーできるって言っても言語の穴って事実には変わらないですよ だいたい プログラムで使うデータは ちゃんと 初めから ヌルにならないかぁ それとも ヌルになっても 大丈夫なように プログラム側で 十分・対処・管理出来るデータだけ使用させるかするなど 工夫するのが常識。 ビックデータを操るプログラムでは データがところごころ 欠損してるモノ扱う。 メソッドや関数側でそれに対処できる 工夫してない。そっちの方が 狂ってる。 ヌルポインターに対処する リファクタリング あるから まず 勉強しましょう。そんな 文字列を平気で取り入れて 使う システムやプログラム 作ってる奴の方が 狂ってる。 そんなの 一種の 入力チェックの延長だろ。画面入力での。それすら出来ないとかぁ?? それ 偉そうに自慢するなぁ。 >>229 話題変えて謝らないんですね まあJavaerはクズてのはしってたのでどーでもいいですけど遅い事実は認めるんです? それとも後継のPayaraが早いとでも思いますか? 無知ならではにググって調べたのは偉いですがしったかすぎて実際のとこ何も知らないでしょ? ビックデータ 扱ったことないわけ? 欠損データなんて そこらじゅうで発生して すべてにうまく対処しなくちゃならない。 だって ビックデータだから、いろいろな、それこそ形式も ファイルの種類も違う 異なったデータを 集めて マージしなくちゃならない。 それこそ 欠損データでも それに合った 関数を 自動的にあてがうように 関数も 引数の種類に応じて 変えながら 適用できるように プログラム側で制御・実行できるように それこそプログラムしてる。 顔真っ赤になると分かりやすくスペース改行が増えますね ヌルポはもう論破済みなので壊れたラジオしないでいいですよ ・ とにかく Glassfish 使って ただ 鼻くそほじって遊んでるクズが 自慢するなぁ。 ・ もしかして 画面入力 チェックとかぁ まともに実装したことないわけ??? だったら ヌルポなんて 偉そうなこと言わない方がいい。恥かくだけだから。 >>234 年間数十億行のデータを処理してますが 昔はJava使ってましたが今はPythonとNodeですね AWSだとインスタンスを細切れにしてNodeで処理が一番手っ取り早い Javaの出番はありませんね pythonは括弧を無くしてインデントでブロックを記述するのが生理的にダメだ。 インデントが知らずにずれてエラーになることがある。 >>237 今ならどの環境でも最適なライブラリがありますので 選択肢放題ですよ Javaは無いのかもしれませんけど そんな奴が Glassfish なんて使ってるなんて ????????????・ わらた。 まぁ 癌バレヨォ。ハッタリ君。 どうせなら WebLogicとかぁ 書いとけば まだ誤魔化せただろうに。 ヤバイから Python と Node。js 出してきた? ご愁傷様。 >>239 ML分野がすごい伸びてるので扱わざる得ない状況が続いて慣れました 最適なライブラリ ちゃんと使ってるなら それこそ ヌルポなんて 起きないけど。 馬鹿 丸出し。 >>243 ヌルポを観世に回避できるライブラリなんてあるんですか もうJavaなんて触りませんけど参考程度になんてやつですか? >>245 日本語、 間違えるなよぉ。 >ヌルポを観世に回避・・・・・・・・・・・・・・・・・・・・・・ ライブラリ使わなくたって リファクタリングの過程で クラス設計して それ継承させるプログラミングすれば回避できるって 散々、書いてるのに。 馬鹿だろ。 >>249 誤字ごめんなさい そんなライブラリないですよね あったら本家に取り込んでるでしょうし だから 自分でリファクタリングして 作れば それが ライブラリにだってなるだろ。 馬鹿、だろ。 他人の作ったライブラリじゃないとダメ???????? 自分で最初からプログラムすれば それが ライブラリにも 該当するって理屈、理解できないとかぁ? 本家も 分家も 関係ない。自分で ライブラリでも何でも作れば 他人のライブラリに頼る必要ありません。ご愁傷様。 だいたい ヌルオブジェクト継承するプログラミングなんて ほんと数十から数百行程度で出来る。 継承させて ヌルチェックの条件分岐の所をすこし いじくれば 無事に 安全なプログラムが出来上がるのに。 そんな 程度の プログラミングに どうして ライブラリが無いと対処できないとかぁ 喚けるわけ? お前、マジで可笑しいだろ。 複数言語を学ぶことはプラス しかし言語の習熟を軽視し、一つの言語でさえものにしてないのに新言語の文法を学ぼうとする言語偏重するのはマイナス 浅い知識では一定水準以上のコードだと読むことさえできないのに、中途半端な状態で新しい言語に目が行きがちとなる 業務系はJavaとテンプレートエンジン、ウェブ系はNodeとVueかな? 自分の周りだと最近はこの組み合わせが多い Javaは企業の業務系にガッツリ入り込んでるからなかなか廃れないだろうね 低給だけど最悪食いっぱぐれは無いかな あとはPythonとかGoをつまみ食い >>251 自分で作ればどうにかなるだったらCでもいいし Javaを選択する理由にはならないですね >>122 日本では、プログラマという職種は底辺だろ。 ジャバは検査例外の仕様が糞。あれが無ければまあまあな言語。 windowsAPI アンドロアプリ作成できる言語 Swift これだけでいいだろ >>4 RoRがもてはやされてた頃はそうだったんじゃね? 気づいたらJAVAてメンテナだけで十分なくらい落ち込んでんだな 自分自身必要にかられて書くことはあっても自由に選択していいならJAVAは選択肢にないかな >>207 ・コンパイル必要なのに高速化に向いていない。 ・Javaと他の言語との連携がやりにくい。 ・ネィティブへのアクセスがしにくい。 ・識別子長すぎ。 ・コールスタック深すぎ。 ・例外めんどくせー 人も確保する側としては、JavaとJavaScriptはそれなりの人をそれなりの費用でそれなりの数を確保できるのが良いな それ以外の言語はなかなか確保できないし、確保できても変に尖った人が多くて扱いづらいw 人が決めた仕様を知ってるだけのオタクがマウント合戦なんてよくやるねw 言語を使う側じゃいつまでたっても土方止まり 言語を作る側にまわれ 言語別ってあまり参考にならない。 開発種別とか、他ので分けてくれないと。 インフラ・携帯アプリ・WEBシステムとか、 デザイナー/PG/SE/NEの経験年数別とか。 なんでAI系のライブラリってpythonなんか使って実装したんだろうな 書き直す奴がいないのも不思議だわ Javaは嫌いだけどヌルポが発生するのはお前のコードの書き方が悪いだけだろとしか思わんな >>271 Pythonは科学系の数値計算ライブラリが揃ってたからってのが大きい。 数値計算系に強いメジャーなスクリプト言語ってPythonくらいしか無くね? >>271 ライブラリ自体はC/C++で書かれてる こういうの見るたびにRに違和感がある 便利だけどあれってプログラミング言語かなあ 現状、サーブレットもしくは泥アプリ以外でJava使うことなんてあるのか? ないでしょ でもSIerの大型案件はほぼJavaじゃね Spring万歳 たぶんSpringやってりゃ保守で食っていけそうぞ JavaはOracleがSun Microsystemsを買収したことで オープンソースとしては死んだだろ JREもJDKも、いずれ無料では手に入らなくなる。 Apacheのサブプロジェクトもメンテナンスされなくなる。 もうJavaの時代は終わり >>278 spring とか糞じゃん よくそんな仕事してて平気だな >>277 Android開発もKotlinに変わるだろうし、あとはサーブレットか。 サーブレットも小規模開発では違うのに変わるんじゃないかな。 それ以外でJavaはほとんど聞かない。 >>66 まあ中身はfortran 2015だけどな てか、fortranでオブジェクト指向とか使ってる奴いるんだろうか… どのプラットフォームでも使える C/C++でサーブレットが作れるようになると良いのかなあ >>284 > C/C++でサーブレット 普通に同様のもの作れるだろ >>280 Strutsや他のに比べたら禿げ上がるほどマシだぞ Javaのフレームワーク選びはSpringで思考停止できるのが大きい JSなんてフレームワークの廃り流行りが速過ぎて下手すると数年ごとに作り直しだろ >>282 小規模ならPlayじゃないの Scalaと相性いいし JavaScriptとnode.jsが同じ言語だから今から覚えるんだったらJavaScriptだけで大抵のことできるのだよな 丸括弧のなかにひたすら丸括弧がネストしていくのがひたすら気持ち悪いのだがしょうがない ここ見ててもプログラマーの能力差が大きいのがよく分かるな 必要に応じてどんどん新言語を覚えられる奴と、一つの言語にしがみつくしかない奴 C++からJAVAに移行したときは、「なんだこの生産性の高い言語は」と感動したもんだが >>293 その生産性の高さは、何かを犠牲にした結果です プラットフォーム非依存を活かしてPCのフリーやインディーのゲームで採用されるかと思ったが、Javaゲーってあんまり流行らなかったな Minecraftという超大物が出てきたけど、続くもののない単発だったし >>280 そうだね これからはJakartaEEの時代だ >>24 盲腸ってボトルネックって事? w 片腹痛いわ >>1 色々言いたいことがあるが 一番変なのが 「しかし、Javaしか書けないというのはリスクになる。いつまでもJavaだけで完結するシステムを開発できるわけではないからだ。Webフロントエンド開発が全盛の現在では、突然JavaScriptで開発しろ、と言われることもあるだろう。 」 あと「求人数」が明記されてないこと たぶん求人少ないから高額である可能性がある 掲示求人数x掲示給与額で企業が対象言語に拠出する予算額全体額でランキングしたなら全く違う視点となったことだろう フロントエンジニアとサーバーエンジニアと区別されるようになった昨今、それは昔以上に別業務 このフレーズから書いた人は実は開発のことよく知らない部外者だとわかる あとpythonとgoはあり あと >>271 プログラムが仕事じゃない奴が使うのにはちょうど良かったから 単に仕事の道具の一つであって修練すべきことは別にたくさんあるという人のための言語だから >>298 > フロントエンジニアとサーバーエンジニアと区別されるようになった昨今、それは昔以上に別業務 別業務だけど、巨大プロジェクトでなければどちらも面倒見ることができるというのを求められるケースは多いよ 言語別年収とかは、 WEB系のエンジニアには関係ないと思う。 クライアントアプリ開発?は知らないけど。 WEB系のエンジニアは、システムの開発もちろん、 他にも、サーバ構築・メンテ、データベース設計・構築、HTML/CSS の修正など、 なんでもやらされるから、少なくとも同時に複数言語は使いこなしてるだろうし。 Goってtry〜catch出来ないんだぜ いちいちコマンドのリターン値見てエラー判定するんだ shellかよ(´・ω・`) Javaの経緯とCOBOLの経緯は似てるね 基幹に組み入れたから食いっぱぐれないと思ってたらメンテナ以外は不要になっていずれ人員ごと捨てられる 流れの早い現代ではあと10年もしたらJavaは今のCOBOLと同じ立ち位置にいると思う 結局不便なC++のラッパーでしか無いしね 時代はギュンギュン進化してる >>304 try catch文化が古すぎるんだと思う 事実上のgoto文じゃね? あちこちに分散しやすいし可読性としては最低 >>306 んなこたぁないですよ 適当にエラーをスローすればFWのどっかでキャッチしてくれるからw とりあえず投げれば良いんだから楽でしょうに >>304 Javaから乗り換えてすぐは面倒に感じたけど 慣れるとどこでエラーが発生し得るのかが明確で見通しが良いので意外と悪くない コテコテな組み込み系にいると、この手の話題はいつも低見の見物 >>307 多くのただDBをCRUDするだけのシステムなら例外が発生する場所も分かりきってるので困らないな 最後にExceptionHandlerで処理される事だけ理解して例外は全部ぶん投げれば良い 整備された土台の上でただDBの値を出し入れするだけのコードを書く人に覚えさせる事が少ないと言う点で すべて非検査例外にしてthrowされるままにするという設計は正しい >>307 だからgotoじゃん… 実際組み込み上がりの無能がgotoがわりに使ってとんでもないスパゲティ作ってたぞ それはgotoが悪いんじゃない。 その無能が悪いんだ。 >>315 戻り値がないコンストラクタやデストラクタ内でエラーが発生したら、例外をスローせずに、どうやって 上位の呼び出し元へエラーの発生を通知するの? もしかして、グローバル変数? >>311 誰もキャッチしないと、アプリが落ちるだけだけどな。 >>308 例外処理でも例外発生箇所のコールスタックを出力したら簡単に分かるけどね >>159 Windowsでpip経由だとCベースのコードをコンパイルしないと入らないようなやつでも、Anacondaのリポジトリからだと一発で入ったりする ただガチでやるならちゃんと環境構築してPyChamとかのがいいと思うけど J【Java】電子入札が使えなくなる恐れ、波紋呼ぶJavaサポート打ち切り https://matomerukun2.biz/post-5521 純粋オブジェクト指向 Ruby 純粋関数型 Haskell 汎用 C この三つをマスターしとけば他言語応用習得は怖くなし >>314 馬鹿はあれば使うから… なくても編み出すけど javaはoracleが好き勝手し始めてほんと迷惑 潰しにくんのやめろ >>295 今だとUnity/C#があるから。 iOSもAndroidもカバーしてるし。 楽だからって理由でtry-catch使う人にろくな奴はいない 落とすべきとこで無駄に処理継続させたりするし >>279 コボルおじさんのようにレガシーシステムのお守りをするジャバおじさんが出てくる コボラーの次はジャバラーか 金融や公共ってJavaに移ってるの? >>322 デストラクタで例外を握りつぶすのもどうかと というのを考え出すと面倒くさくてたまらんから例外って嫌 例外発生したらアプリ異常終了させて良いのなら楽だけど >>331 ログとか採って握りつぶすか、プロセスレベルで異常終了させるしかない コンストラクタでエラーが起こったら、確かぁ デストラクタが呼ばれないから スローしないで 呼び出し元で Try〜Catch 文で 処理するしかない。 コンストラクタだから オブジェクトをNewするとかぁ なら、Catch文で そのオブジェクト 即 廃棄するような 文を書けば?。 つワード つエクセル つパワポ 日本をでるか、it離れたほうがよくね? AIにしてもブームはブームでしかない >>330 ジャバアーやろ コボラーはそれっぽいけどジャバアーてなんか汚いな 経歴にあったら要注意な言語にVB6, PHPに続いてJavaも追加しないとな いっと人売りピンはね中抜き業界で働きたい奴なんているの?w New-Javaが出てきてまたJavaに舞い戻ってくる。 Javaへの批判ってだいたいC#にも当てはまるよな >>331 Javaだと「指定したファイル見つからないよ」も例外で返ってくるよな それでアプリ終了させるわけにはいかないし >>343 Lispでまだ他の言語にたいしてアドバンテージとれる? >>3 そりゃ無理だ できるなら新言語開発しないよw >>345 新言語開発するのは名を売るためだから。 大企業で改善するより起業したいってのと同じメンタル。 >>341 例外まわりの思想はだいぶ違うぞ。 Javaはいちいち「throws 何々Exception」と書く必要があることが多いし 戻り値の一つに例外があるような感じ。 >>347 既存の物に文句があるなら自分で作れを実践した結果 >>322 バカ発見。 親クラスメンバにオブジェクトへのポインタ変数があって、親クラスのコンストラクタ 内でオブジェクトのインスタンスを作成してメンバのポインタ変数に代入、同じくデストラクタで、 deleteして、メンバのポインタ変数にNULLを代入するといった、ありふれた実装であっても、 どこかでポインタ変数が壊されていたりすると、デストラクタ内でtry catchしていないと、 deleteの呼び出しで例外が発生するわけだが? >>352 deleteというのがデストラクタ内で呼ばれる前提のメソッドなら、そのdeleteは例外を投げないような安全な作りにするのが普通。 さらに参照のことをポインタ変数と言ってる時点でできない人だということがよく伝わる。 せっかくみんなが覚えたのだからしばらくこのままだろ まあ年月が経つほど脆弱性も発見されるから、新言語に移行するのは1面では正しいだろ Cもローカルでクローズドでしか動かさないしな >>352 だから例外漏らすなって話な 理解力なさすぎだろ w >>342 設定ファイルとか無いとどうしようもない場合はどうするんだよ… なんか自分が上手く書けないのをJavaというか言語のせいにしてるやつ多いんだな。 >>362 だってロジック理解してない言語仕様理解してない奴が殆どだぜ Java言語でプログラム組めますよって言ってる奴で、言語のリファレンス読んでる奴なんて殆どいないだろ。 >>354 やっぱり、Javaしか知らない馬鹿ですね。C++の言語仕様は、new/deleteで例外を投げるし、 クラスメンバに、他のオブジェクトのインスタンスを指すポインタ変数を宣言する実装とか ごく普通ですが? C++ってそんなに壊れやすいのか? 使いたくない言語だな 富士ソフトみたいなゴミ連中が組んだソフトは、あぁやっぱりなとしても、アプリで 生ポインタが扱えないJavaなのに、IBMとか大手が自社の看板で売ってるJavaアプリ でも、ぬるぽエラーが出る理由が判らん。 さすがに富士ソフトと違って、Javaラン タイムごと落ちはしないが。 別にリファレンス読めとまでは言わんけど一般的な使い方ぐらいは覚えろよと言いたいわ >>361 とかマジで言ってるのだろうか? KotlinなんてJavaから変換ツールで一発だろ。 これで4位に上昇や。 >>364 きょうび、新人どころか、C言語ならできますというふれこみで配属された大卒の 30代中途採用ですら『Cって変数宣言しただけじゃ、0に初期化されないんでし たっけ?』なんて言っちゃんだぞ? >>371 それに対して、君がなんて答えたか、気になるw >>371 半年とかスパンあったら、そんなん忘れてるわ まぁ聞く(口に出す)前にさすがにググるけどな 結局よくわかってない連中同士で煽り合ってるだけで草 鵜になるよりも、鵜飼になって丸投げが最強ってことですよね〜。 派遣営業とか。 >>371 これを聞いたから何って話だけどね Cに長いこと触れてなきゃ、他のいろんな言語に触れてたりしたら覚えてないこともあるからな こんなんで出来る出来ない言ってるの、やたらと正規表現を使いたがる奴と同じ臭いがする >>366 C++どころか、今の自分がまともにメモリ管理できる気がしない… アホ「初期化されんことも知らんのか」 バカ「そんなもん忘れる」 >>366 Effective C++を読んだら C++でのプログラミングに自信を無くすよ 至る所に罠がある >>371 お前の実力試されただけじゃね? 大卒「何だエラソーな割には口先だけじゃん w」 >>383 Effective C++はC++初期の本で 学習向けの本とは言い難い 知識自慢の支離滅裂な内容 〇〇言語は「儲かる」だの「儲からない」だの、アホだろw 何かしたい事が有って、その目的に合う言語を使うんだよ。時には複数の言語を使う必要が有る。 「必要になった時ちょっと勉強すれば大体使いこなせる」程度の能力が無いと話にならん。 「言語が先に有って仕事が後」とか本末転倒も甚だしいわw >>387 退化して飛べなくなったヤンバルクイナみたいな例を除けば、飛び方を忘れる鳥がいないように、本物の プログラマは、何年離れていても、Cに限らずコンパイラ言語では宣言しただけでは変数が勝手に初期化 されないことを知ってる。 口先ばかりで、かじっただけのヤツは、どんな規約を作ったところで読まないし、バグトラッキングツール を導入したところで、使わない。 昼間は、時間をつぶしを兼ねて、ウンコするふりしてトイレに篭ってアフィ稼ぎのブログ更新に余念が なく、定時後に、無駄に残業して忙しいと演出しつつ、ボクがんばってますアピールして小銭を稼ぐ。 >コーディング量の削減やバグを埋め込みにくいプログラミングスタイルを実現できる こんなのはOSのシステムコールがどれだけカプセル化されてるかと ソースのステップ実行、変数値の表示などデバッガの仕様に拠るのであって 新言語の仕様とは無関係 >>17 マイクロソフトのC++は糞 MSC++のソースをC++Builderでコンパイルすると エラー出まくり MSC++のソースチェックと掛けて能年玲奈と解く その心は「甘ちゃん」 >>387 定数は仕様変更のメンテに効率的に対処するために #defineで定義するとコーディング規約作っても部下が遵守せずに 社員旅行の前日にバグが発覚して旅行費用が返金されなかった苦い思い出 >>391 >>395 規約が読まれないのはその通りだけど 実際ダメなプログラマに当たるほうが多いから、ルールで縛って仕事させるしかないでしょ >>1 > つまり、Javaを学べば職はあるものの、高額な年収は期待できないということだ。 > 現在は人手不足の時代なので、Javaエンジニアなら職に困ることはないかもしれない。 > しかし、Javaしか書けないというのはリスクになる。 > いつまでもJavaだけで完結するシステムを開発できるわけではないからだ。 > Webフロントエンド開発が全盛の現在では、突然JavaScriptで開発しろ、と言われることも > あるだろう。 > しかもエポックメイキングな技術を実装するには、それに合ったプログラミング言語を > 学ばなければならない。 > その最たる例がAIの普及で注目されたPythonだ。 それは、その調査結果をどう読み取るかの問題だろ? ・Java仕事は安いかもしれないが、それはここ十数年で積み上げてきた人と アプリケーションがたくさんあるということであり、それはすぐになくならない。 一時代を築いたCOBOLが、いまも確実に飯が食えているのが証拠。 Javaならこの先も確実に飯が食えて安定しており、学習することについての リスクが少ない ・新しい言語は、使える人が少ないから希少価値で高給なのであって、 逆にそれはその言語で作られたアプリケーションも少ないということも意味しており、 その言語のブームが下火になれば、あっという間に職を失うリスクも大きい ・新しい言語に手を出す前に、まずJavaをマスターすることで安定した 生活の基盤を作り、そのうえで改めて流行りモノに手を出すべきである と逆に読むこともできる >>396 2倍の金額出して優秀な人に依頼した方がいい。 >>361 仕様によるだろ。 アプリ終了させるとか、デフォルト値で動くとか、初期値を書き込んだ設定ファイル作成するとか。 いずれにせよアプリの異常終了は無いわ。 >>371 0に初期化される場合もあるしそうで無い場合もあるからなぁ。 >>375 >>379 コンパイラやリンカ/ローダの動きを把握してれば言語仕様暗記してなくても 大体想像つく話ではあるんだけど。 >>391 > Cに限らずコンパイラ言語では宣言しただけでは変数が勝手に初期化 > されないことを知ってる。 少なくとも、C言語を常用してるエンジニアはそうとは言い切れないことを知っている。 初期化がどうやって行われるかも含めてね。 >>396 ダメなプログラマ上がりの、ダメな管理者あるある。 タダ同然の報酬で、働いてくれるエスパー求む! ただし、30歳以下。 係わるとロクなことがない、「技術者大量募集中!」「20代活躍中!」 >>400 ==401 もしかして、電源投入時に回路構成でRAMが多くの場合0クリアされるから初期値が 0になるとか、そんな言語仕様とは無関係の偶然レベルの話を言ってるの? それとも、スタートアップルーチンでBSSセクションを0クリアしてくれるから とかか? エクセルとVBSを極めてないやつは マジで仕事のレベルが低い 新しい言語を作るときは既存の単語とかぶらない固有の名前をつけて欲しい。できれば5文字以上で。 goって名前じゃweb検索したときに無関係なサイトが大量にヒットしそう。 >>365 だから、ガーベッジコレクションの機能以外の、実装での意味や工夫があるのか ってこと。 >>403 > そんな言語仕様とは無関係の偶然レベルの話を言ってるの? ぐうぜんレベル w 言語仕様も読んだことないのがバレバレ X 3010:2003 (ISO/IEC 9899:1999) 5.1.2実行環境 (…中略…) 静的記憶域期間をもつすべてのオブジェクトをプログラム開始処理以前に初期化(initialize)(それらの初期値に設定)しなければならない。 http://kikakurui.com/x3/X3010-2003-01.html >>407 stdlib.hのmallocが割当領域のゼロクリアを保証しないのは、初心者でも知ってる話。 知ってるだけ で採用してくれるから ぜんぜん問題なし あとは残業でがんばる >>42 だよな Windowsからは足を洗って iOSに切り替えるべきだよ >>367 初期化されてない変数を使う事が許されてないから、 宣言時にとりあえずnull入れるから。 >>403 .bssセクションの話。 言語仕様的なところは >>407 が提示した通り。 JavaもC#もヌルポは出る出る でももうOracleに仕切られてるからJavaはバイバイ案件受けません >>397 Java仕事がなくなることは当面無いと思うけど、 若くて安くてJavaが使える労働者の提供はまだまだ続くことも考えたほうがいいよ。 これがC/C++だと若い子の供給がだいぶ減ってるからコボラーのように生きていくことは 可能だと思うけど。 >>415 C++はコンシューマー機のゲーム開発で若い子もバリバリ使ってると思ってたらそうじゃないのか。 Cobol、Fortran、C、C++、Java どれが最初に絶滅するかな? >>417 oracleみたいな変な虫がついたからJavaかな JAVAはレガシーとなったが、これ以上人増えないだろからずっと食っていけるんじゃねーの? COBOLとか誰も使えないからそこそこお金あるらしいから、Javaも10年後とかに高くなるかもw GoとかScalaとか使える人は少ないけど、これからも需要上がらなさそうだし少し触るくらいでいいと思う。 >>419 Javaは大学のプログラミング演習でけっこう使われてるから、今後もプログラマは供給されると思うぞ >>420 そうなんだ。しらなんだ。 きっちりしたとこはC、おしゃれなとこはpythonとかだろなと思ってよ。 じゃ単価あがるの20年後くらいだなw Fortranプログラマの供給って、無くなる? 困る研究機関出てくるんじゃない? ちゃんとロジックの組み立て出来れば言語なんてどれでも出来るだろ。 >>316 そもそもエラーでるような処理をコンストラクタやデストラクタに書くな >>416 若い子のうち、C++でコンシューマゲームを開発できる子の割合はかなり小さいから大丈夫。 >>424 絶対にエラーにならない処理って難しいよーw 特にコンストラクタはリソース確保するケースも多いと思うけど リソース不足だとエラーとするしか無いし >>426 リソース不足にならんように設計するだろ それでも発生したらそれは設計ミスや設定ミス 設計ミスや設定ミスは間違いなく想定外なのだから それを例外で処理するのは問題ないよ >>427 戻り値がないコンストラクタやデストラクタ内でエラーが発生したら、例外をスローするしか無いと。 >>428 例外を使うなということじゃないよ 例外でもないのに例外を使うなというだけ 例えば、設定ファイルを開こうとしたけれどその設定ファイルがないのは例外にはするなって事? 違った。設定ファイルがないのは、設定ミスだから、例外にして良いって事だな try catch は相当便利なんだが。 goto と同じとかいってる人は、使い方間違ってるわ。 でも、phpは例外とエラーの両方があるのは不便。エラーがcatchできない。 >>417 エンジニア人口が増えずに減るCOBOLだろ Javaは普及率が高いので廃れはしないがエンジニアが減少傾向 Fortranはバイナリが小さくなるしスパコンでの趣味レーションなどの特定分野で欠かせないので減らない CはLinuxカーネルが採用し続けるし、IoT機器のファームなどで絶滅しないが増えない C++はミドルウェアやゲームなど、複雑だがコンパクトなバイナリが必要な用途だが、 素人には難解でコンパイルに時間がかかるので、上位層は多言語に浸食されているので増えない >>434 訂正 × 趣味レーション ○ シミュレーション >>434 COBOLは未だに使ってる所の規模が規模なだけに保守やってるのも 大手メーカー系だから心配せんでも後継者は育成し続けてるよ。 その代わり、その部署に配属された奴はそこでしか使えない人材になるけどな。 親父が就職した当時でもCOBOLはオワコン扱いだったと言ってたが、 俺がCOBOLやってるの聞いて大笑いしてた もうかるためには他の言語より管理職になったほうが良いだろ。 ツールはエクセルパワポだけで良いし、学習コストも低い。 Javaもそこそこ良い言語だと思うし、こらからもお世話になるよ。最近だとローカル変数にvar使えて地味に嬉しい。 JAVAの有料化でC#の仕事が増えたりしないのかな… >>424 だよな エラーが出ない前提のサブルーチン(関数)なら戻り値必要ないが エラーが出るような自作関数なら戻り値はbool型で エラーの場合関数からFALSEを返すのが常道 Javaではもうからない→X ジャップ企業で働いてはもうからない→○ だろ? ズレすぎだよ >>424 バグのないコードを書け というのと同じぐらい無意味なルール よくわかってない老害が悦に入って言ってそう w Java歴15年、Javaこそ世界を取る言語だと信じてCOBOLを捨てた パイオニアマンだけど みーんなしてJavaやるから価値が下がったよな・・・ そしてSoringBootがあまりにも酷いのでJavaを捨てようと思うわ しかしGo言語はGoでクソだし、Pythonでもやるかなぁ・・・ ・ 検査例外と実行時例外、そしてエラー 区別が出来てない 奴ら、大杉。 コンストラクタで発生する奴って 検査例外で処理できる。 だから ちゃんと補足して 処理するのが当たり前。 例えば フィールドにNULLが入ったオブジェクトを作るとき。 その時は そのクラスの中で Throwして Main関数で使うときに Try〜Catchで 拾う。 その他、検査例外としては、ファイルの入出力やデータベース操作など。 DI関係は 実行時例外だから、関係ない。 >>443 Spring Bootはましでしょ Javaの世界では画期的な使いやすさ 他の言語の人からするとプギャーだと思うけど >>446 thymeleafを使った開発では期待した工数、保守性は得られなかったよ FWやらORマッパーやらが乱立して、各プロジェクト毎にガラパゴス化してしまい 変な形で属人化してしまっているのがJava開発の実情だ 手前味噌のFWやORMappeを一掃して新しい開発標準となるのが SpringBootだと思っていたんだが・・・自分が期待した程ではなかっただけさ Thymeleafは JSPだろ。 ORMapperじゃない。それはJPA. nodeをプログラミング言語みたいに書いてるやつ気持ち悪い 電脳屋は、つぎから次へと生み出される人工言語を習得し続けなければならないから大変やな〜 自然言語なら、世界は間違いなく広がっていくが、シリコン石の世界相手じゃ世界は広がりそうにないな 別の言語っていっても 方言みたいなレベルで、わりとすぐに順応できる 単語は英語だし >>443 PythonはAI系のライブラリが充実してるってだけで、俺含めて仕方なく使ってる人が多い気もする 言語仕様の完成度で言えばRubyの方がだいぶ上だと思うわ >>440 FALSEと例外が同じ頭はオカシイから取り替えろ、お前の頭 >>348 その何々exceptionを網羅できなかったらどうなるの?落ちちゃうの? >>444 無意味に全角スペース使う奴は、仮に正しいこと書いてても信用できん >>459 わからない例外が出たのに動きつづけたら まずいだろ >>459 throws ◯◯exception は関数やメソッドがどんなexceptionを返す可能性があるかだから検査例外なら、網羅してなければコンパイルエラーになるだけ。実行時例外はthrowsに書かなくてもそのまま返すだけだし。 自然言語は、地理条件と深くリンクした世界 人工言語は、所詮、機械の世界でして意味がない こんな虚しい言語を幾つマスターしてもバカだと思う 時間の無駄使いとしか思えません pythonがMLや解析系に強いのはあれはプログラムのお約束みたいなのを知らない人たちでもかける言語だからだと思う 開発者にとってはやっかいな言語だけどね。 >>3 Javaの弱点ってオラクルが金の亡者なことだろ? 解決できるか? >>440 なんで自作関数しか呼び出さない前提なん? 大企業でチーム開発してたら言語やフレームワークなんてほとんど選択できんわ 会社や部門である程度決められてるだろ 中小零細は声の大きい奴が好きに決められるのか? もともと学術系の人たちが主体になって作った言語じゃん >python 作った当初と比べると環境が変わってきちゃったけど、資産で食ってる言語って感じ juliaはいまいち盛り上がらなそう。pythonでいいじゃんとしかならない >>465 ◯◯言語って言うから、自然言語を持ち出しちゃうんだろうなー。 実際はソフトの使い方覚えるのと同じ感覚だよ。 Windowsの使い方覚えたり、Macの使い方覚えたりするのと同じ。 自然言語を覚えるような要素は全く無い。 >>470 キミの設計は多くの人がいまいちだと言うだろう Aku kepengin sinau basa Java wiwit saiki. IT土方派遣奴隷じゃ儲からんやろ ピンはねする手配師側に周らんとねぇ 日本のいっとはSESをさっさと規制した方がエエと思うでw 儲かるってどういうこと? 会社勤めじゃなくフリーなの? >>475 まだやってるのか・・・ 素直に間違いでしたって言えばいいのに (´・ω・`) 例外の話題で検査例外、非検査例外についてまともに言及されてないとこみるとJava使いのレベルが知れる 単純な話 プログラミング言語は時間が経つ程、糞コード率が増える。 なぜか、糞コード程長生きするので。 >>477 手配師みたいなくだらんものを持ち出すな 自分でプログラム書けるんだから世の役に立つもの自分で企画して開発してそれで儲ければいいだろタコスケ >>306 >>312 >>313 try catch のどこが goto に見えるんだよザコ 説明してみやがれ Java使ったことないけど、 全部trycatchで囲むからネストが無駄に深くなりそう。 深くなるだけなら良いけど、何回もtry-catch書かないといけないことも多くて正直見づらい。 try catchで救えるエラーなんてしれてるのに至るところに入れる奴いるからイラっとくる なんでITオタクは攻撃的なんだろう 他人が決めた仕様を人より少しだけ知ってるに過ぎないのにさ 自然科学のように森羅万象全てに影響してるわけじゃない 最近は言語よりフレームワークやライブラリの知識が優遇されるよね Go・Scala・Pythonが人気って単体では何もできないし >>491 ちょっと違うけど、昔から言語より業務知識って言われてるようなもんじゃね? 言語はどこまで行っても手段でしかないからねぇ Python覚えたからといってAI開発に携われるわけじゃないし >>488 これ try-catchを多用してる奴の設計は糞 このスレにもtry-catchであれこれしようとしてるカスがいる >>491 ライブラリに人気が左右されるとも言える。 15年前はStrutsが眩しく見えたけど、今となっては糞フレームワークの筆頭扱い。 catchの中では ゴミファイルを消すなど、アプリを綺麗に終了するために最低限やらないといけないこと 以外の処理はやるべきでは無い >>494 お前、きれいなコード書けるやつと仕事させてもらえてないんじゃないの? StrutsはWebの動作を覚えるには良いと思うけどな。 >>496 それfinallyではなく? catchはまずログだろ >>499 try-catch書かなきゃいけないメソッド呼び出すときは、とりあえずstacktrace吐いて死ぬようにコード書いてから考える 20年位前の素朴で質素で純真なPerlは好きだったな 今の時代1つを極める暇あるの? ある程度基本的な言語を触って、そのあとは業務によって覚えるもんでしょ 1つの言語を極めることより、リーダブルコードや言語毎の特性を知るべきでは あれもできます、これもできます、というやつに限って何もできないことが多い 誰もそうだと断定しているわけではない 一つの言語だけを極めると、青臭いコード 複数の言語を渡り歩くと、泥臭いコード >>506 言語を極める必要なんて組み込み系の人以外ではないよね それより流行りのフレームワークやライブラリを使いこなせるほうが絶対に重宝される ただJavaは最近だと奴隷現場でしか見ないから避けてるな C/C++が基本 それで挫折した奴は使えない 学生のうちにC/C++をものにしておけ 他の言語は楽勝 それと、バックボーンの無い言語オタも奴隷になる バックボーンとは森羅万象 >>515 文系はスマホしか打てませんみたいのが平気でゴロゴロしてるからな 少なくとも日本では警戒しないといけない 外国では考えられないが、日本では中卒にも門戸を開けている >>518 それなりの給与でよくて、業務時間外も熱心に勉強するくらいの熱意があるなら 学歴なくてもよくね? あと、独学でこれを作りましたって見せるものがあるとか 俺はMARCHだけど、会社や取引先で業務時間外に勉強する奴なんて極少数だし PC持ってない奴まで居る始末だからな 俺なら勤勉な中卒を採用するわ 論理的思考力があれば 論理的思考力というのは「有る」か「無い」かのどちらか 苦手なのは「無い」という それから、自分のことを「アナログ人間なので...」などと言う奴はバカだ 人間は心配しなくてもデジタルなんかではない。すべからくアナログ アナログで論理的思考をやるのが人間 >>522 C言語しか知らない無能な文系プログラマなのはよく分かったわ >>519 今すぐ使えるスワヒリ語講座の栞を思い出した。 Huyo si mdudu. Ni taratibu iliyotumiwa. それはバグではなくて、仕様です。 Javaって息が長いんだな。勉強してみようかと思いついてからウン十年。結局、なんの言語も学べず。Excelのマクロだけ。 >>41 LAMPとJavascriptで食える。 Pythonは趣味でやってる。 MIDOKUって奴がオススメ オレが今考えた奴だから 有料化で死ぬことはない javaはC++に比べてまとまっている素晴らしい言語 俺は一部仕様が気にくわないから使わないが >>532-533 使う所が大規模エンタープライズ開発くらいになって、そういう現場は 得てして火を噴いてるから「Java=デスマ」の悪いイメージがつきそうw >>532 OpenJDKベースで別の会社サポートのJDKいくつかあるし大丈夫な気がしてる >>538 君が想う限り、いつまでも心の中にあり続けるよ! >>534 俺は自社サービスでJava使ってるからまあいいけど、客先常駐でJava使ってますなんて言われたら嫌な予感しかしないだろうなw 【アベノ・クーデター】 北海道、震源の真上で山崩れ3800カ所、まるで北朝鮮の核実験場のようだ! http://rosie.5ch.net/test/read.cgi/liveplus/1536892350/l50 戦車で首都を包囲するのも、電話でテレビ局を包囲するのも、法的にはクーデター。 >>543 むしろ信用しなさい!がスクリプト言語 もしもそれがアヒルのように歩き、アヒルのように鳴くのなら、それはアヒルである。 >>534 プロジェクト自体は大炎上してても、意外と現場は早く帰れたりする。 それよりもJava=つまんない仕事しか無いというイメージがどうしても抜けない。 Java案件って新卒とか未経験がまっさきに特攻させられるとこだから たまにJavaでSpringとかビルドしなきゃならないんだが そのたびにEclipseとかいう生産性の低いIDEと格闘するはめになっててJavaしね >>550 Javaが糞なのは当然としても、Eclipse使わずにビルドすればいいだけじゃね? 本当に生産性が低いのは ... うんだからね。  これを読んで一日で覚えれば、  無駄なコストも時間も必要ないわけなのよ。↓  http://p.booklog.jp/users/haseham& ;#160; 教育って、一種の「儲け話商法」だからさ。^^ 現実の案件だと Java > PHP > Cなんちゃら系 > フロント・iOS系 >>> 日経が好きなPythonとRuby だろ、少なくとも俺はそう感じる >>553 エンジニアは案件数だけで評価すると損するよ 人貸し業の営業なら、案件数多い方が楽だけどね 大手メーカーにいるけど、Pythonは人を集められないと上司が嘆いてたわw うちはJavaとJavaScriptと組込みだな >>555 いるところにはいるんだけど、Javaとかやってる界隈しか付き合いが無いと なかなか繋がれないだろうね 日本はIT技術者の給料が安すぎる IT技術者は、年功賃金は合わない。 事務系とは別にして、初任給を年収1000万円にしろ >>556 R&Dや機械学習やってるところには派遣や請負でもパイソニアがいると聞くけど、大手メーカーの製品サービス部門だとやっぱ求められるのは組込みかWEBのスキルだからねえ >>555 Pythonは本職の研究者がライブラリ使うために仕方なく学ぶ言語って側面があるから、 日本の標準的なプログラマの給料と業務形態で雇おうとするとミスマッチしまくると思う >>449 PHPはJavaもPythonもRubyも身につけられなかった スキルの低いエンジニアの駆け込み寺のイメージが… たとえば、ニコニコ動画が重いって批判されているのって PHPを使っているからでしょ ベテランが退社したドワンゴが新卒を使ってシステムを維持するには C++から習得難易度が低いPHPに入れ替えるしかなかった なんてエピソードが頭にあるとPHPを褒める気も失せる >>560 動画再生自体にはPHPは関係ないのでは? >>561 動画 をさばくサーバーに使っているなら関係あるのでは? 多数のアクセスをさばくならC++のままにするか せいぜい新卒でも身につけやすくて しかも高速あJavaに置き換えるのが普通でしょ? それこそTwitterが一度Rubyで完成させてから わざわざJavaに置き換えた理由ってそこにあるでしょ? >>562 PHP自体が処理するのはどの動画を選択するか等の処理であって ストリーミング自体はPHPとは関係ないでしょう ストリーミング処理するサーバーの性能と、接続している回線の太さの方が重要 >>560 ニコ動が遅いのはphpとは関係無いだろう。 そこは構造的な問題であって、言語でどうなる問題でも無い。 うぇるち@suripenchan 情報学部は学部生だとプログラミングできるだけで上位3割には入るイメージ。 「The camel has two dumps」という有名な論文によると『CS専攻では入学者の 30〜60%は プログラミングができるようにならずに落第し続けている』とのこと。日本だけでなく世界的にそうみたい。 http://www.eis.mdx.ac.uk/research/PhDArea/saeed/paper1.pdf Learning to program is notoriously difficult. A substantial minority of students fails in every introductory programming course in every UK university. Despite heroic academic effort, the proportion has increased rather than decreased over the years. Despite a great deal of research into teaching methods and student responses, we have no idea of the cause. It has long been suspected that some people have a natural aptitude for programming, but until now there has been no psychological test which could detect it. Programming ability is not known to be correlated with age, with sex, or with educational attainment; nor has it been found to be correlated with any of the aptitudes measured in conventional ‘intelligence’ or ‘problem-solving-ability’ tests. We have found a test for programming aptitude, of which we give details. We can predict success or failure even before students have had any contact with any programming language with very high accuracy, and by testing with the same instrument after a few weeks of exposure, with extreme accuracy. We present experimental evidence to support our claim. We point out that programming teaching is useless for those who are bound to fail and pointless for those who are certain to succeed. NECで何が起きているのか https://anond.hatelabo.jp/20180911165115 IT音痴の研究所トップ 実を結ばない研究 談合事件と役員人事 最後に 思えば、個人の努力が何に対しても反映されず、学習性無気力に苛まれ続けたNECライフであった。 管理能力に長けた上司はおおむね本社に接収され、帰ってくることはなかった。そして残ったのは、 管理職不適格でありながらも、降格制度が存在しないことによる吹き溜まりである。会社に学会の 仕事をしにきている主幹研究員なる人種もいれば、1時間前の記憶すらないような痴呆老人である。 そんな中、近頃はカルチャー変革(*3)を謳っているようだ。NECの暗黒時代たる本質まで踏み込み、 ぜひNECを再生していただければと思う。 >>565 アメリカのコンピューターサイエンス系の学部はBSでも初年度年収8万ドル以上と聞くが、その裏には卒業できないアホもけっこういるわけか >>562 何10年の知識で話してるんだよw もう動画配信なんて ミドルウェア化されて、それ利用するだけだよ >>568 それって遅いのはPHP関係ないって事だろ >>559 Pythonは道具として割り切って使ってる感じあるね プログラム開発自体を目的としてない人が多い 先日、某エージェントのIT奴隷募集サイトで、超小型人工衛星の姿勢制御プログラム開発者 募集の案件を見かけたが、言語がPython指定だった。 単価はよかったが、リアルタイム制御に スクリプト言語、それも遅いPythonとか、もうね。 ℃素人がプロジェクト管理しているのが丸わかり。 社名は伏せていたが、日本橋、人工衛星、ベンチャーで検索すると、案の定大学発の似非 ベンチャーが出てきた。 >>571 もう調べるの面倒くさいからさ、社名教えろ下さい 制御はC++で行って、Pythonはデータ解析で使うんじゃないかな? >C++もしくはPythonを用いたハードウェア(センサ、アクチュエータ等)のコントロール、もしくは取得データ解析の経験があること >>576 前者がC++案件、後者がPython案件なんじゃないの 求人の書き方が下手くそなんだろうな 2つにわけて出せばいいのにね ど素人じゃ無いんだから、pythonつかってHWの制御やろうとは思わんだろ >>575 冷やかしでもいいから、応募してみたら? >>1 特定の言語使えて儲かるとか考えてるのいたんだな 「言語ですか?日本語なら得意です!」 「・・・あのね・・・」 日本企業で一番求められてる言語スキルは、Javaでも日本語でも英語でもなく「空気 (言語)」 これは何の言語を学ぶかという判断材料じゃなくて、どういう分野が伸びてるかというのを示す指標だということ。 彡⌒ ヾ ( ^ω^)そんじゃもう jawa でいいや >>583 いくつか言語はこなせるけど、論理的出ない人を相手にするのは勘弁してほしい そういうのを求めているなら、他を当たってくれと言って断ることにしてる >>582 日本語得意な人って、思ったよりいないんだよ。 世界ではpythonに置いてかれたが パソコンいじるぐらいしか能が無かった俺でもrubyとRoRのおかげで食っていけている ありがとうmatz…というかDHH… > どんなプログラミング言語を習得すれば、年収アップにつながるのか は? 儲けるためにプログラムを勉強しているの? そうじゃないでしょ。 自分がプログラムを作ることで,世の中をもっと良くしたい。世界中の人に幸せになって欲しい。 そういう思いが根底にあってこそのプログラミングなんじゃないの? 儲けというのはね,正しいことをして世の中の人に役立つモノを作っていれば,あとから付いてくる ものなんだよ。 最初からそれを追い求めてはダメ。 儲け第一主義で仕事を始めると,儲けのためなら違法行為でも平気でやるようになる。 他人を不幸にすることも厭わない。 挙げ句の果てには,犯罪者集団の手先になって,監獄に行くことになる。 プログラミングというのは,悪用すれば社会を破壊する力がある。 だから,これは正しく使わなくてはならない。 そして正しく使っていれば,儲けはあとから付いてくる。 「ひと良し,われ良し,世間良し」という三方よしの考えは,いつの時代にも妥当する至高のビジネス哲学。 >>590 そっち方面なら別において枯れてるわけではないだろw 話題にはもう上がらないがな >>592 あ、うん でも、だからって安くていいわけじゃない >>592 あなたの深層心理や見えてない部分が、儲け第一主義なんですね そこにやたらと注目して固執するのは理由がある >>592 あなたは人生のどこかで、儲け主義になっていませんか? Javaっつーか 考え方がどうか って問題だろ? オブジェクト指向より有効な考え方なんか新しくでてきてないだろ アセンブラ(C)とJava(でなくてもオブジェクト指向ならなんでもいいが) でなんでもできるようになればどうとでもなるだろ >>600 ここまでエアプって分かる書き込みも珍しい > オブジェクト指向より有効な考え方なんか新しくでてきてないだろ > オブジェクト指向より有効な考え方なんか新しくでてきてないだろ > オブジェクト指向より有効な考え方なんか新しくでてきてないだろ 昭和脳www 👀 Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) >>592 じゃあ生活できる最低賃金で働けよ 経済の始まりと言われる物々交換だって世の中のためじゃない 自分や自分の家族のためだろ 世のため人のためってのは経営層の人間が悦に入ってたり やりがい搾取するための方便 そう言いながら実際には多額の報酬を得て豪勢な生活してるからな >>600 プログラミングやったことないけど基本情報だけ勉強した事ありますってパターンと見た IT技術者になろうとするのが間違いでは? 介護やるか、IT技術者やるかぐらい追い込まれないと選択肢にしてはダメだろ 18歳になったらIT業務に2年間就役させる義務を負わせるか >>607 古典道徳家庭科技術の時間すべて半分削ってからおけ >>601-602 オブジェクト指向以降で何があるの?具体的に挙げてくれ 関数型プログラミングなら知ってるが、 一部でしか使われてないだろ オブジェクト指向「より」有効な考え方なんか新しく出てきてない という>>600 のレスは正しいと思うが、反論できるのか? 関数型プログラミングって、オブジェクト指向の延長であって、クラスメンバが自身のオブジェクト参照 (*this)を返すようにして、エラーは全部例外を投げてるだけじゃないの? というか、関数型プログラ ミングというコーディングスタイル(?)のどこが優れているのか、まったく理解できないんだが? 老害としかつぶやけない池沼ボットか。 まともに説明できないのを棚に上げて、理解できないことにしたいのですね。 関数型プログラミングはOOPの延長である! 関数型プログラミングはメソッドチェーンである! 関数型プログラミングはコーディングスタイルである! すげぇ・・・ >>609 ちょっとでもかじったことないと分からない感覚だから言っても意味ないと思うけど まあ盛大に何も言ってない点がエアプ丸出しかな。しかも知ったかぶってるのが痛々しい もし日常でも>>600 のような口振りで話してるならマジで止めた方がいいよ 一年程度プログラミングかじった学生にすらバカにされてるよ陰で 間違ってないんじゃなくて、何も言ってない点な お前のためを思って言うけど痛いからリアルでは止めとけまじで アンドロイドのスマホでアプリ作るのはjavaでないの? >>620 アプリによる。Android NDKが必須な、直接デバイスを操作するアプリは、部分的にC++で書く 必要があることも。 今は、Microsoftが買収した、.NET FrameworkベースのXamarinを使うと、Android、iOS、 Windowsストアアプリが、共通のC#で書ける。 当然Visual Studioでもサポートされてる。 Visual Studio Community版のユーザーなら同ライセンス準拠(無料)で使える。 残念ながら、 日本語の情報はないに等しい。 ■一般人の認識 メソッドチェーン: 関数型 this参照を返す: 関数型 コーディングスタイル: 関数型 老害の特徴: 無視 Android:アプリによる。Android NDKが必須な、直接デバイスを操作するアプリは、部分的にC++で書く 必要があることも。 今は、Microsoftが買収した、.NET FrameworkベースのXamarinを使うと、Android、iOS、 Windowsストアアプリが、共通のC#で書ける。 当然Visual Studioでもサポートされてる。 Visual Studio Community版のユーザーなら同ライセンス準拠(無料)で使える。 残念ながら、 日本語の情報はないに等しい。 >>618-619 俺(609)が>>600 と同一人物だと思ってるけど勘違いだよ それに、お前こそ何も言ってないじゃん 知ってる風な口で他人を馬鹿にしながら、 結局具体的な反論が何一つできていない そのレス、そっくりそのままお前の事だよ >>608 家庭科と技術はいるだろうが!! つーか、座学の授業とかがいらねーな ネットとかで各自勝手に勉強、勝手に試験受けて単位とって卒業でよいとおもうんだけどね 学校には体育やその他実習、家にネットないやつが通うくらいのレベルでいいだろうに >>627 既存の教育がそのままだと、教員の人件費が無駄にかかるだろうが 念のため断わっておくが、こっち(611=621)も、 >>600 ではないぞ。 >>626 家庭科と技術が何でいるの? それこそ家や個人で勝手に身につければいいし、 むしろ家や個人でやらない様な人なら授業受けたって忘れるだけで意味ねーよ 使わない実学ほど無意味なものはない 逆に古典や道徳の方が要るわ その他の必修教養科目もそうだが、 教養科目は半強制的にでも覚えさせないと そこらのDQNの様な無知蒙昧の出来上がりだからな >>631 ソラニンとか勉強しとかないとヤバイやつもあるんやで。 >>624 何に反論するんだ? 何も言ってないのに >>633 お前は阿呆かよ。話の要点はただ一つだろ。 オブジェクト指向より有効な考え方なんて新しく出てきてない、 というレスに対して馬鹿にしていたんだから、 それより有効な考え方を最低でも一つ挙げろ。 それができないならお前は嘘つきか、知ったかぶりということ。 ただそれだけだ。 >>631 生活の知恵というか常識は必要だろ 何もしてなければ洗剤で米洗ったりするアホがいるんだぜ 古典なんぞ現代文に翻訳された奴でいいだろ どっちみち原文みたって、達筆で読めないんだから 興味持った奴は本格的にやればいい 道徳はそれこそ家庭のしつけの問題の範疇 この教育でジャイアンが綺麗になるわけがないし、そもそも教材の選び方に問題があったりするケースもある > 教養科目は半強制的にでも覚えさせないと それこそ、↓じゃねーの? > 授業受けたって忘れるだけで意味ねーよ まぁそれはともかく小学校から単位制でいいと思うんだけどね >>638 そもそも論として実学系の授業は大抵明確なテストもないし やる気ない奴はいくらでもサボれるから意味がない 俺がそのパターンだもん やる気ある人は授業なんてなくても家や個人でやってるよ 料理とかね あと親が教えればとか言うんなら 米を洗剤で研ぐ事こそ親が教えれば済む話だろ 儲かるのは人売りだけという、ニッポンのIT業界の不都合な真実。 >>634 恥の上塗りはよせよ 素直に認めようぜ。エアプでいきってごめんなさいしよう >>643 だから俺(634=609)と>>600 は別人と言ってんだろ つーか結局具体例の一つも挙げられない草に>>600 を否定してたわけ? この業界はこういう、上から目線で振舞いながら 中身は単なる知ったかぶりで知識もスキルもスッカスカの奴がよくいるから 突っついてみたけど案の定だったな。 まあイジメ続けても意味がないから もう知ったかぶりはしませんって素直に反省すりゃ許してやるよ >>644 長文でワロタ 認めよう。成長しよう。そこがお前の悪いとこだって母ちゃんもいってたろ? >>644 よくいるとかのレベルじゃなく、日本に限れば半分以上はそうじゃないかな? 忙しい、人が足りない、アイツは使えないとか、オマエそれ自分のことだろって。 どうでもいいが、否定&煽るだけで具体的な説明をしないやつはほんとクソ うざいから死ねばいいのに >>645 あなた話を逸らしてばかりで何一つ答えてないね。 個人的にも興味あるから回答を待ってたんだけれど。 >>645 そのオブジェクト指向より有効な考え方ってのを一つでも提示すりゃ良いだけなのにさ 今時は関数型プログラミングというのがあってだな(ドヤァ とやりたかったのが出来なくなったもんで 誤魔化しつつ煽って逃げるっていう情けない作戦なんだろうな こんな感じですね〜 (馬)自己主張の強いバカが大した根拠もない偏見まみれの発言をする ↓ (周)周りが馬鹿にする ↓ (馬)周りにも同様に(偏見)発言を求める ↓ (周)だんまり・・・ ↓ (馬)発狂モード >>651 を否定したいなら、根拠を示してみよう! 「オブジェクト指向より有効な考え方なんか新しくでてきてない」の客観的根拠です 日本社会で一般人が仕事をする分には 、VB.NETとVBAの組み合わせが最強だわ。 この使いこなしでもう、何倍、何十倍もの仕事の成果に差が出る。 業務SEの仕事は、21世紀中は、この組み合わせを超えるものは出ないだろう。 VB.NETからVBA呼び出すとかマニアックな使い方だな >>652 逆だろ 無い事を証明しろって悪魔の証明みたいなもんだし オブジェクト指向より有効な考え方が新しく出てきているなら その例を一つでも挙げりゃいいんだ たったそれだけでグダグダやらず終わる話 それが一つも提示できない癖に煽り続けるから じゃあ一つでも挙げてみろってエンドレスになるんだろ >>656 逆じゃないと思う。 悪魔の証明って言ってしまえば自分に証明責任は無いと思うなよ。 お前が言い出しっぺで吹っ掛けてきたんだから、人として証明責任はある。 >>658 うぜぇから、なんか根拠をさっさと出せやわ >>656 悪魔の証明(笑) おまえ、自分で証明できないことを高らかに宣言して、自分が馬鹿なことを自己紹介してることに気付かない? 英語のドキュメント・マニュアルが読めない日本の技術者は、世界のレベルから10年遅れ。 言語の種類とか関係ない。 プログラミング始めてから20年経つけど、 Python たのしいわー。 classの仕様が弱いとこだけ、ちゃんとしてほしいなー。 python勉強中 プログラミング久しぶりですわ なんかわかりやすいね 「オブジェクト指向より有効な考え方なんか新しくでてきてない」の客観的根拠を出してくださいね 「証明」なんて誰も求めてないですよ Javaは言語仕様の上では、 スクリプト言語に比べてだいぶ高速だけど、 ミドルウェア通した途端おそくなる。 なぜなのか。 >>666 池沼ダミアン君が、『ボクのかんがえるさいきょうのプログラミング』の例を 1つでも出せばいいんだよ。 リアル無職のエアプでなければできるでしょ? java と mysql はもう死んでるよ ボラクルに買われた時点で終わり >>68 うむ 社内だと エクセル マクロ ピボット これだけ重宝されるよ あたらしい言語て中国語か >>437 COBOLは DBをオブジェクトとして扱うようなものだから これからものこるだろう >>673 プログラマーがAIを使ったシステムを作るようになる どのレベルのAIを考えてるのか個々人で違うからなんとも言えんわ >>644 一つ聞いて良いか? 誰と戦ってるんだ? >>675 ようやくひとりひとりプログラマーの時給を、AIが決める時代が来るのか >>658 言い出しっぺで喧嘩ふっかけてるのはここらへんのやつだろ? >>601-602 他人のレスを否定してるんだからその根拠を示すのが当たり前じゃん。 根拠を示せないからって、 じゃあお前が示せとか意味不明な逃げ方してるだけだろ >>600 は誰に対して喧嘩吹っかけてるわけでも、 煽ってるわけでもない。煽ってるのは>>601-602 あと、何度も説明させられてウンザリなんだけど 俺(654=639=609)と>>600 は別人だっての。 >>677 自分は何も知らない癖に、知ったかぶりで 他人を上から目線で馬鹿にするカスと戦ってる どの業界にも多いけど、この業界は特に多いんだよ 他人の意見を馬鹿にするなら、 じゃあ君が正しい見解を教えてくれっていう当たり前の話をしているだけなのに、 プライドだけは高いから逃げるどころか 話をすり替えすり替えでとにかく非を認めようとしない 一時は凄くCMやってたのに、最近Java飲んでる人を殆ど見掛けないな >>682 python書きながらJava飲んでるよ >>668 オブジェクト指向設計使いまくってスタックフレーム深くなりすぎなのが問題じゃね? >>686 だから俺は>>600 とは別人だって、と何度も言ってるだろ お前らは知ったかぶりでプライドだけは高いな がっかりだよ そもそも、オブジェクト指向よりも有効な考え方なんかでてきてないだろ 反論があるなら1つでもそういう考え方を挙げてみろよ はい論破 なんでなにも論理展開できずに「論破」って言いたがる低脳がこんなに増えたの >>687 ずっと暴れまわってるの見てるのも楽しいんだけど、一応言うと そもそも誰も「オブジェクト指向より有効な考え方が〜」にたいして反対意見をのべてないよ ただ中身のないレスでかつエアプ丸出しだなって言っただけ そんなことの議論より、多重継承させろや インターフェースとかめんどくせーんだよ >>689 種明かしすると、>>687 は偽物なのね あなたは「ずっと見ていた」らしいけど、連続性のないレスを1人だと思いこんでるわけね >>691 Composition over inheritanceっすねー 種明かしって、書いている奴が誰だか知っていると? どうやって分かるんだ?アメリカ諜報部の人? >>692 「種明かし」がどこから目線なのかも分からないし 「偽者」が何に対しての偽者かも分からないし 「ずっと見ていた」とは書いてないぞ 煽ったのは悪かったから病院行ってこい 俺が悪かったよ。最高だよな、オブジェクト指向 >>650 関数型とデータフローとかいろいろあるだろ アメリカのコンサルが取ったアンケートを日本に持ってくる仕事は楽しいかビズリーチ >>697 コンサルを名乗ってるだけで、ただの人売り企業に過ぎない。 人手不足で絶好の稼ぎ時なのに、IT=ブラック業界が広く浸透して、売り玉が不足 しているので、カモを釣るため、他人の褌で勝手に二次創作。 まぁ、そんなとこでしょ。 javaしかできないとか 無脳って自分で言ってるもんだろw Javaはこれからリリーススピード上がるし時代遅れから脱却する方式になったと思うけどね 有料化問題も回避方法あるし思ったより落潮しない気がしてる >>701 JavaはJavaで閉じちゃってるからJava界とそれ以外で別れるんじゃないかな やーっほー ふおーとらんらんらん やっほ ふおーとらんらんらん やっほ ふおーとーらんらんらん やっほっほ >>696 両方ともに用途によっては優れてるけど用途に合わないと適用しづらすぎる Javaを再設計したC#は筋はいいのだが、 Microsoft環境前提だったから伸び悩んだ。 Python、Swift、Kotlinと、次の決め手がない。 >>707 ビジネスユースならもともと有料サポート入るけどね >>708 C#はJavaじゃなくてObject Pascal Object Pascalの表記をCライクにした感じ 有料化したjavaでオープンソースのライブラリ作るやつはいなくなるからね 必ずジリ貧になる >>1 Netflixは自前で配信システム(CDN)をISPコロケーションに構築しており、C言語とアセンブリ言語をソフトウェア実装に使っている Senior Software Engineer - Kernel Developer https://jobs.netflix.com/jobs/867538 Required Skills Ability to work independently and collaboratively in all areas of the software development lifecycle from requirements gathering to operations and maintenance Ability to read and write code using the C programming language Ability to work on large-scale software systems Understanding of the way operating system schedulers work Understanding of the way kernel virtual-memory systems work Understanding of the way non-uniform memory access (NUMA) impacts the design of kernel subsystems Ability to design and implement code that maximizes throughput within the constraints of PCI bandwidth, memory bandwidth, and CPU power Understanding of 64-bit x86 architecture Understand the interactions of the various hardware and software components of a modern computing system and the tradeoffs that are inherent in system design decisions Bonus Skills Experience with FreeBSD Experience with open-source software development Ability to read and write x86 assembly code AWSはクリックをする前のウェブサイトアクセスの段階までに過ぎず、ストリーミングはこのCDNが行う 誤解するものが多いがAWSはフロント部分に限られ、他は内製したうえで各国のISPにコロケーションから配信を行っている abemaTVはこの点を致命的に誤解しており、AWSで赤字を垂れ流しているようなので頭が悪そうな連中のする失敗の典型と言える バックエンドはC言語で実装しAWSとは無関係ということだ Senior Software Engineer - Video Systems https://jobs.netflix.com/jobs/867934 5+ years experience in multimedia software development, with excellent debugging and problem solving skills. BS in Computer Science/Electrical Engineering or equivalent. MS or PhD a plus. Expert in C++ or Java and object-oriented programming. Working experience with video systems and/or streaming specifications, such as ISO/IEC 13818-1 (MPEG Transport and Program Streams), ISO/IEC 14496-12 (ISO base media file format), Dynamic Adaptive Streaming over HTTP (MPEG-DASH), or Common Media Application Format (CMAF). Solid understanding of video compression and processing, including coding standards such as H.264/AVC, HEVC, VP9 and AV1. 日本で400万で働いていた天才プログラマー アメリカ行ったら年収3000万になった 日本でプログラマやるのはバカ それでも時給3000円は簡単に貰えるだろうね >>709 オープンソースのお陰で伸びたのに、「もう一人で出来るもん!」と考え始めたって事? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる