【IT】若い開発者が新しいプログラミング言語を好きになれない理由
■ このスレッドは過去ログ倉庫に格納されています
プログラミング言語の世界で少しおかしなことが起きている。若者の反抗が「若さ」を嫌悪の対象としているようだ。HackerRankが4万人近くの開発者を対象に実施した新たな調査によると、「Go」や「Kotlin」などの新たに登場したプログラミング言語は、開発者が次に学びたいと思う言語として上位にランクインしたものの、18〜24歳の若い開発者はベテランの開発者よりもそういった言語を好まない傾向にあるという。
その理由は経験によるところがあるのかもしれない。Adobeの開発者Fil Maj氏は、「新しい言語を使うことのメリットは、古い言語を使った経験があるからこそはっきりする」と話す。つまり、何年も苦労して「Java」に取り組んでいると、Goのすばらしさを実感しやすいということだ。
https://japan.zdnet.com/article/35131199/ ぶっちゃげ頭の柔らかさがいる
オブジェクト言語だけでも理解に苦労するが
C#あたりになるとメモリーの容量を計算しながらプログラム組む自分に疲れ果てる
デバックがうまくいってもメモリーが足りないと動かねえ\(^O^)/ 若手「javaを勉強するお!わかんないお!くるちいおっ!」
ベテラン「はいjavaはオワコン。これからはGoですー。」
若手「。。。。」 富士通の若手さんがパイソンでテストプログラム組むのに熱中してたの見て
大変だなあって他人事のように思ってたが
今じゃみんなパイソンだ
BシェルCシェルで環境つくってた時代はどこへやら cobol使ってる人達は新しい言語を喜ぶ傾向があるね 若いか知らんが新しいのは勝手がわからない
つまりちゃんと動くかやどういう特性があるかわからないから嫌なんだよな
だからcが一番だしcobolがなくならない
basicは復活するしasmが最強 ベテラン開発者は技術の流行り廃りを何度も経験して生き残ってきたマッチョぞろいだからな
若い奴らのうち次の技術に乗れたやつだけが次の時代に生き残れるのさ 若い人の方が言語の入れ替わりを間近に見てるからじゃね?
次の時代はこれだ、と頑張って覚えても、すぐに廃れちゃつまらないもの。
古臭いと言われてても、長いこと使われてる実績のある言語の方が
将来も使える可能性が高いだろうっていう読み。 オレは、C言語で満足してる。
制御系だから、言語は増えると予想外のことがおきて
リスク高いwww
韓国大統領・文在寅の日本に対する強気の背後には
以下のような恐るべきシナリオが存在する
レーダー照射で問題になっている【瀬取り】で
北朝鮮は今後の国連核査察を逃れるために
核弾頭を一時的に韓国に渡して極秘保管させる
しかし韓国は受け取った核弾頭を
自国のミサイルに装着して
【核ミサイル攻撃】をちらつかせながら
日本への侵攻を計画している
自衛隊が反撃したら日本人数百万人が一瞬で死ぬ!
そう恫喝しながら自衛隊に全面降伏を要求し
韓国軍が対馬はもちろん九州全域を支配下に収める
在日韓国人が日本の主要都市で【武装蜂起】する
日韓両方と同盟関係にある米軍は動きが取れない
まさに韓国軍は無人の野を行くがごとく
大阪、名古屋、東京へと韓国支配領域を拡大し
韓国支配が完了した地域では日本人が【大虐殺】される
北朝鮮によって韓国と日本が併合され、統一朝鮮となる
日本国内の資産を接収した統一朝鮮(旧北朝鮮)は
世界最貧国から一気に世界富裕国(しかも核武装国)にとなる
独立運動100年目の2019年3月1日に【統一朝鮮の成立】が
全世界に向けて高らかに宣言される
先日の瀬取りで【核弾頭】はすでに韓国国内にあるので
このシナリオは明日にでも現実化するかもしれない
古い言語を経験して
その問題点を経験して
新しい言語を経験すれば
導入する機能の意義を理解しやすいが
いきなり新しい言語をやると
わけもわからず複雑なことをやらされるようなところがあるのかもな 若いというか初心者ほどライブラリ依存だから(それすら使えない初心者は仕事にならない)
古い方が膨大にライブラリ資産あるからね
あとマニュアルも
数言語を経験すると、これってまたあれのことでしょとマニュアル無しでもだいたい分かるんだが 理系の人って総じて頭悪いよね
コンピューター言語なんてどれだって
ちょっと書式が違うだけでどれも同じなのに
ちょっと変えられるとついていけなくて
混乱するっていうw
俺ら多国籍言語に携わってる
有名国立文系大卒にしてみれば
PC言語なんて一個やれば
あとは応用でなんとでもなるw 覚えた先に何があるかだな。それすらわからない段階では動きようがない。 言語増えすぎなんだよ。全部COBOLで統一しよう。 制御系は、C言語とアセンブラで昔から変わらないので良いよね >>23
PHPとJavascriptはカタコトでも動くぜ?(あとで何で動いてるのかわからず現場は混乱する) PHP と javascript だって言語文法にのっとってないとダメなんだから
カタコトじゃ動かない
なんならためしに単語の順番を入れ替えてみるといい 【KT】若い筋トレ君が新しいプロテインを好きになれない理由
でも同じようなものだな Javaは基本設計の時点でクソすぎた
これに尽きる 言語や開発環境のbugまで想定すると、
枯れた環境でやらないと土壇場で大どんでん返しを食らうから(笑)
N88BASICで60kB超えると謎の誤動作に悩まされる・・・ 言語は何でも良いけど
とにかく視覚的に目に見える成果物が作れるもので
かつ実用的なものから入らないとダメ
初心者はできればHTMLとJavaScriptから入った方が良い
自分で検索ボタンとか目に見えるものを作る
→データベースと連携させて情報が表示できる
→サーバー系の理解を徐々に深めるという手順が一番効率良い そろそろ言語じゃなくて
ビジュアルプログラミングに移行すべき 条件分岐や配列とかに関する仕様はさー、国際規格で統一した方がいいと思うんだよ。
言語ごとに、if やelseif の単語を別にするメリットって何にも無いだろ? >>31
本当に悪いクソは藪の中に埋もれっぱなし、誰も気づかないまま消えていく
世間にぶちまけられたクソだけが臭いクソだ 21世紀に入ってからか、新しいプログラミング言語が爆発的に普及している。
手に負えない。 けっきょく「なでしこ」がもっとも自然言語に近い高次プログラミング言語。
Linuxへの完全移植化希望。 >>21
それ、前世紀の経験則だな。
CやPascal、せいぜいAdaやC++しか知らない人間が Ruby や Rust、Kotlinや Swift で
スラスラとプログラミングできるわけがないのだが。 命令型、オブジェクト指向型、関数型のハイブリッドであるScalaをやっとけばいい? >>36
ビジュアルプログラミングの限界は、1980年代に「銀の弾丸はない」で論破されて以来、
業界の常識だよ。せいぜいが UMLで記述するレベルであって、大規模なプログラミングには
到底適用できない。 >>19
Amazon | Learning Perl 6: Keeping the Easy, Hard, and Impossible Within Reach | brian d foy | Software Development
https://www.amazon.co.jp/dp/149197768X
2018/9/17 >>42
いや、プログラマの適性があるやつは何の言語を使ったってスラスラ使える。逆に適性のないやつには何を使わせたってひどいプログラムを書く。
どの言語を勉強していたかなんて関係ない。 >>44
こういう言語左翼みたいな連中が実用性を無視して理想論を語るから混乱するんだよな
使って動いてデバッグできたらこれ以上のもんはないのさ
C#使えたらどんなもんでも応用効くし効率が良い >>21
チューリング完全ということかな?
それより大事なのは書式云々出なく処理系だよな
だから個人的には言語で比較するより
コンパイラなり環境で比較すべきだと思っている
といったからにはやっぱgccか
それかvccとかでええんでないの? >>48
C「だけ」の達人が Swiftのプロトコルを使って、Factory Methodのデザインパターンを
活用した GUIのプログラムをいきなり書けるわけがないのよ。
アプリでアンドゥを実装するために、ラムダを使って Commandパターンをコーディング
しろ、って言われて Basicプログラマがいきなりプログラム書けるかって話。
プログラマの適正云々には同意するが、ある程度の複数の言語の使用経験は必須。 新しいプログラム言語はネットにサンプルが少ない
枯れてる言語はネットのサンプルを切り貼りすればなんとかなる
ネットで質問すれば親切なおっさんが教えてくれる >>44
奴隷というより信者かな〜
過去にいろいろ触ったけどVisual Studio C#の使い勝手の良さは異常
言語云々よりツールとして最強 いったい今まで、どれだけの言語が現れては消えていったんだろうw C++とPythonだけでいい
ただC/C++の仕様にも不満がある。
変数型はunsigned long longとかでなく
int8u(Integer8bitUnsigned)とか標準で一目瞭然にして欲しい >>37
使わんかったらええんちゃうか?
三項演算子とか配列とかstateパターンとかあるし(適当) うかつな言語をやると
言語処理系が作られなくなって
その言語で書いたコードやら、その経験やら無駄になるからな
まあいろいろ考えるよな
ネイティブ開発ならC/C++ でいいけど
GC 前提のものとか決定打がない
各OS ごとに標準開発言語・標準開発環境があるからその言語を使うってだけで
それがどれだけ長く使えるのかよくわからない 内の会社、大手で有名企業なんだけど
未だメーンフレームはCobolなんだよね
連携システムにSAPがあるけどね
また、クライアント現場(主に基幹事務系現場)では、VBが使用され
その配下ではVBAが使用されているという
てか、それって何十世紀も前のシステムだから更新が必要と
俺は声を大にしてして提案してんだけど全く聞き入れてもらえないw
全くジジィの考えることは理解不能だわw 言語って気に入った音楽みたいなもんだから、「軍歌とレゲエだけあればいい。
あとは禁止」とか言われるとヤダ。
ちなみに、C++は俺の中では軍歌。Rubyはレゲエ。Pythonはビートルズかな。
ビートルズは好きじゃないけどさ。 Scheme使いがちょっと通りますよ?
今のところ仕事でよく使ってるのはPythonとWindows PowerShellだが
より便利なツールがあればそっちに乗り換えちゃうんだぜ >>51
言語というか、パラダイムの違いだな、それ。 >>48
単なる言語的方言なんかは上っ面であって、
本質はパラダイムの理解と言語仕様押さえられないとその辺は難しいんじゃない?
別に業務レベルのコードだったらどんな言語でも大差ないけどさ。
Java出来る人間がCとかC++はコード書けてもメモリの扱い下手くそでバグ埋め込みやすいし。
オブジェクト指向で書く書かないもあるし、関数型なんかもガチで書くならHaskell・Lispの理解いるしねえ。 これからは、COBOLじゃない、PL−1だ、みたいな感じで、何度だまされたことか。
200ギガバイトのディスクパックを、台車に乗せて運んでいた時代。
というか、いまでもメインフレームって、あるんかいな。 >>51
めっちゃ調べて書いただけのような文章で草生える スマホのアプリ作りたかったらなんの言語習えばいいの??? >>42
学校や仕事の都合で Basic、アセンブラ(Z80)、C、FORTRAN、Post Script、VBA、Delphi、R と
渡り歩いて来たけれども、基本は全部同じだと思った。
今どきのプログラムに触れてみたいと思ったら、何をやったらいいと思う?
40代半ばのおじさんです。プログラムの専門家ではありません。
1000万件程度の契約データを分析しなきゃならないんだけど、
アクセスでは処理しきれなくなって来て、ツールの選定から考えなくてはならない状況。 生産性の観点だと言語仕様より標準・付属ライブラりをどれだけ知ってるかが壁になってるな そりゃそうだろ
若い奴は使い道の限られてる言語を学ぶより、
より使い道のある言語を優先するに決まってる 使える言語で新しめなのは haskell だけ
しかもまだすらすら書けるわけじゃない 許して >>72
関数型言語の将来性ってどうなんかなぁ
ソースの見通しがどうしても悪くなりそうだから
人の出入りが多くなる大型開発には向かないと思ってる。 プログラミング言語でプログラミングパラダイムが規定できるわけじゃないしな。
C言語でオブジェクト指向で書いてる人はいたし、
SmalltalkでCOBOLのようなプログラムを書く人もいた。 新しい言語は短命かもしれないから、そりゃ息の長い言語から覚えたいと思うだろう
外国語を学ぶときにまず英語からやるのと一緒
最初からスワヒリ語を覚えたい人間はいない 業務系の開発は、VB.NETが最強すぎて他のものはいらないと思う。
C#も良いと思うけど、仕事ではExcel VBAをやらざるを得ないから、
VBで統一したほうが記述が同じで頭が楽だ。もちろん.NETはオブジェクト志向で書くけどね。 >>69
どんなデータか知らんけどDBMS導入するところからかなー 俺は言語は日本語と英語だけでいいや。
フランス語とかは旅行行く時に少し使えるけどね。
中学生程度はフランス語、小学生程度がスペイン語、ドイツ語、ポルトガル語、中国語、
ハングルは幼稚園並みしか使えん。
>>69
1000万レコード扱うならアクセスとかあかんな。
DB構築してデータ突っ込んで、SQLで好きなだけ分析すれば。
その次にRと連動させる。おまけで今度はpythonとDB連携させてpythonのコードとライブラリ駆使して分析すれば1年くらい遊べるんじゃね? 古い人間が使ってて今もある言語 ってそれだけ安心感あるやん? >>2
C# なんて C のツボを押さえていれば簡単!
それでもできない奴は、頭使わず、カポ使え! >>68
AndroidならKotlin(Java)
iOSならSwift, Objective-C
Unity使いたきゃC# ウチの場合は基幹系がRPGですお
これ使う開発チーム入りだけはなんとしても回避したい >>77
早く折ってくれねーかな、VBのオッサンたち >18〜24歳の若い開発者
離れて見ないと、その言語の限界は見えないもの。
若い奴は一つしか知らないからその言語のドグマに縛られているんだろ。
彼らは新しいのは嫌でもFORTRANやCOBOLを学びたいとでも言ってるんか? >>91
多分エクセルとアクセスのマクロどうにかしないと
VBは滅びないよ まぁ実際VB.NETの仕事だらけなんですけどね
お給料のために頑張りますわ >>93
Excelは次期バージョンでpython対応する噂がある うちはC/C++/C#(ASP.NET含む)/HTML/JavaScript/PHP/Java/ExcelVBAかな・・・
統一してorz >>69
自分ならPython使う、けど、分析内容次第だけど
PostgreSQLかmariaDBにデータ突っ込んで
SQLで片付くならそれで済ます 結局これから覚えるのにおすすめはどれ?
hypertalkなら少し分かる javaよりkotlinのほうが便利だけどなあ
最初からkotlinでいいんじゃね?と思うほど >>99
なにしたいか具体的に書いたほうがいいかもしんない
それによって答えが禿げしく変わってくるお C++と何かあと1つか2つじゃダメですか?
おすすめおしえて >>99
ぶっちゃけ言語なんてどれでもいい
言語でできることはたかがしれてるし、このスレでも書かれているようにkotlinとかはjavaの書き方が少し楽になるぐらいでしかない
一番大事なのは開発環境、ライブラリ、開発手法など、その環境独特のものを覚えること
言語なんてif forあたりの基本が理解できればなんとでもなる >>101
株式やスマホアプリランクのまとめサイト製作 >>91
確かに俺はVBのおっさんだけど、俺も10年前はお前と同じことを思っていた。
でも結論からいうと、日本の業務アプリからはもう永遠にVBは消えないよ。
Excel VBAに加えて、さらにVB6で動いているソフトウェア資源がまだまだ腐る程ある。
そうすると、全部VBで統一するのが、一番効率がいい。 新しい言語は基礎的内容のドキュメント少なさがある。
よって最初に選ぶ言語として不適切なことも多い。
そして、既存の言語の不出来な部分を改良して作られてるために、まあ玄人好みになる。
また既存の人気言語からいろいろと参考に組んでいるために、色々な言語経験者から流入しやすい。 「新しい方がいい」と思ってる文系の頭の悪さに呆れる
信頼性や継続性がなきゃ使わねえよ 制御系だと下回りはCとアセンブラだけでここ20年変わりがない。
C++でさえ使わない、アプリ層は知らん。 どれかひとつならJavaScriptだな。
クライアント(ブラウザ)でも、サーバでも動く。
非同期っていうのは課題だけど。 >>110
最近シリアルドライバC++で書いたけどアプリ層が楽になる
一番下の層で送受信だけにして、あとは継承して接続相手毎に電文構築クラスにするようにしてみたら馬鹿みたいに楽になった >>114
個人で閉じてる範囲では問題ないけど
コンパイラのバージョンがーとかABIがーとか言い出したらC++は終わってくる。 >>109
長年プログラムしてきた経験者は新しもの好きって記事だろ。 >>115
へ?
コンパイラのバージョンはプロジェクト事に合わせるでしょ
個人ごとに変えるなんて組込でやったこと無いぞ 専門学校で一瞬だけプログラムの入門の初歩の先っちょだけ経験したがそれだけで嫌いになりました
絶対やりません
死んでもプログラマなんて目指しません
100%拒否します
もうパソソフト使用の仕事すら嫌ですw >>17
韓国には核弾頭は扱えんよ。
自爆するのがオチ >>554
うちのCDラック見てみたらブラッディ・サバスだけ輸入盤だなw
何でこんな買い方してるんだろ >69
Accessのデータベース・エンジン部分をSQL Serverに差し替える方法があったと思う。多量のデータを扱えるようになり、従来のAccessのデータ処理プログラムを流用できると思う。調べてみてください。
関数型なんて変更・拡張が面倒だと思うが
実際に使われてるのか? ほとんどの言語は流行から三年で消えますから、覚える価値はないのです。
D言語とかデルファイとか、もう誰が使ってんだよ…… >>129
スクラッチマジでおすすめと思うけど昔はディスられてたな
あれもライブラリ充実すればそこそこ行けんじゃない? >>44
ゲームもビジネスアプリも使えるしカバー範囲広い >>51
C だけでも達人だったら
関数ポインタをつかって
デザインパターンに合わせたコードを書いてくれそうだね 基本的にベテランはC ++の基礎があった上で
新言語を習ってるでしょ?
それなら新しい言語が駄目でも別に戻る
ものがあるから新しいものにも安心して
取り組めるだけではないのかな 最近の若いもんはすごいH本も読まんのか
わしらが若い頃は、それはもう、 やりたい事が出来りゃ言語なんて何でもよいんだよ。
その言語でやりたい事が出来ないなら別言語に手を出せば良いんだよ。 だって「Go」だの「Kotlin」でどれだけ飯食えるのさ? >>133
構造体でオブジェクトを表現。そのうち
クラス定義ファイルからCソースを生成したくなる。
メモリ管理が面倒なのでGCも実装。
パーサも作ってスクリプト言語が完成。 どの言語も一緒、というやつに限って
どの言語でも命令型プログラミング書くよな
良くて構造化止まり。下手すると構造化ですらない。 >>139
クラスを正しく理解してデストラクタで破棄する関連するオブジェクトを自動開放あるいは参照カウント
を管理するコーディングやってれば、メモリ管理が面倒とかって話にはならないと思うのだが? 正直swiftはいい感じだけどkotlinは微妙
中途半端にjava互換とか残すから妥協多めの糞言語が出来上がるわけで >>137
kotlin nativeには少し期待してる
けどベースが今のkotlinのままだとちょっとね >>141
それぞれのメリットデメリットを判断せずに業務的にこなすのが良いってのがジャパニーズな感じはするけど
結局専門性がないのよね
企業に飼われてる豚はそんなんばっか そだね。
500MHzと言えば自由空間で600mm、逆相になるには300mm、波長短縮率加味しても約150mm。
雑な設計しても逆相にするのは容易でない事を>>83で軽く指摘してみたが、通じなかったよ。 >>147
今主流のAIって大量のデータから手書き文字を識別するとか株価を予測するとかだぞ
何かを創造する能力なんて無い その新しい言語とやらが
どこまで普及するかは未知だからなぁ >>143
Cにはその仕組みがないので、自前で作ってやらなければならないんですよ。 >>1
天皇のルーツはエジプト
仏教のルーツはインド
神武天皇即位前 神武天皇の生國魂神社 難波大社
聖徳太子の四天王寺
仁徳天皇の皇居 難波高津宮
大伴氏
住吉大社
清和源氏
国内流通の中心である住吉津 難波津 渡辺津
難波宮 平城宮 平安宮
日本という国号の使用が始まったのは難波宮から 単にそれではカネを稼げないだけだろ。
稼げるようになったpythonは比較的新しいのに人気出た。 C言語で構造化プログラミングを極めてから、必要に応じて他の言語にいけばいいんだよ >>21
高卒で某帝大卒の文系にプログラム教えてたんだが。
理系とか文系とかで分けてるとかいつの時代ですか?
ちなみ俺が教えた中では、文系でも理系でもなく体育会系から来た女の子が一番だったけどな。
文系が理系より優れてるって統計でもあんの? まずは基礎からはじめなきゃ。
N88BASICを完全にマスターしてから次の言語に進もうね(´・ω・`) >>149
株価の予測=過去の株価から予想される株価を自動生成するタスクなんだな >>21
文系の出来るレベルは理系では出来ないレベルの面白い所 pythonは5年後に今のjavaのようになっているだろう
自分が必要な言語だけやってれば無駄な学習はしなくてすむ >>147
書かせようと思ったら
言語並みに細かい仕様書を
入力するんだろうな 言語はなんでもいい
肝心なのは、枯れていること+不自由であること
開発環境、実行環境にバグやらメモリリークやら有ったら帰れない
なんでも出来てしまうとバグったプログラムでデータを消して翌日から出社できなくなる
ま、Windows10という永遠のベータ版OSをつかうからには些細な問題ではある
全部Microsoft製品で全部おk 新しい言語なんて、本を売る為に出すようなもんだろ
みんながCしか使わなくなったら、本の売れ行きが悪そう
中古の本とかでも済むし pythonはなんだかんだで20年選手の古株じゃない? >>2
うむ
俺も2年前くらいからjavaから.Netに移ったがなかなかにC#は良い
クロスプラットフォームでも動くし
ただVBはいらない ほとんどのプログラマは
ライブラリ繋いでいるだけだから
この階層はビジュアルプログラムで置き換わる
ライブラリはC言語コードを生成するスクリプト言語
好きなもん使えば良い
新言語なんぞ追いかけても金にはならんよ >>21
暗記が苦手なんだと思う
プログラミング言語は英語と同じで文法覚えて使えるかどうかレベルでしか大抵使わない
数学とか物理学の知識を必要としたり実行スピードとかトラフィックとかシミュレーションで配慮
しなければならない状態になるプログラムだと文系だと仕様や設計は出来ないから精々其れ見て
コーディングするところからしか出来ない お互い様ってこと 若いやつは職場での裁量が小さくてつまらない仕事をおしつけられてるからじゃ?
つまらない仕事のために何故新しいことを覚えなければならないのか、意味が見いだせない >>24
Cやアセンブラもないと困るだろ
というか、同じ名前でもコンパイラは様々だぞ ビットコインに飛びつかないのと同じ。
投資しても回収不能じゃ困るからな。 >>1
仕事してる奴らなら分かると思うが
ぶっちゃけ言語なんて何でも良いだろ
一番つらいのは仕様変更が気まぐれで何度も起こることだろ(´・ω・`)
それに比べたら言語の差なんでカスみたいなもんだ・・・ 何の言語を使うかより、どんなものを作り出すのかが問題だと思う どの企業の信者として生きるかってだけだからなあ
apple様に忠誠を誓う swift
microsoft様に忠誠を誓う C# typescript
google様に忠誠を誓う Go Kotlin(jetbrain )
oracle様に忠誠を誓う Java 言語なんて手段に過ぎないのに〇〇こそ至高とかいう思考停止&立ち位置居士ばっかり Cが一番!=Cしか知らない
Cしか知らないインド人エンジニアは最悪だぞ シェルで済むことを何十行ものCで書く メンテ性ゼロでも動けばいいとか思ってやがる >>147
できないことはないがまだ実用に耐えるものではない
仕様書からコード作ったり、コードから仕様書作ったり、
Youtubeの映像からゲーム再現したりとか研究されてる >>4
お前アプリで4Gもメモリ使うのか?下手くそ過ぎて嗤うわ >>44
delphiの後継者だと思うからあながちMSだから嫌うのはなんとも 若い子は耐え性ないから
どんな言語でも習得は無理だら >>105
.NET Coreが未だVB非対応だし、世界的にVBは消えゆく匂いがプンプンする
VBからC#なんてすぐ移行できるだろうけど いいかげんクリック一つで何でも作れるようにしろ。
車運転したいのに客にタイヤやエンジンまで作らせてる状態だろうが クリック1つでなんでも作れるソフトを作るのがプログラミングだろ 使用言語が10や20種類を超えて来ると、見た目の簡易さよりも背後にある処理がどれほど重く複雑なのかが薄々解ってくる。
組み込みならいざ知らずOS依存ならバージョンアップの度に根底から改変せざるを得ない。
目的に則した言語であればラッパー担当者がやりゃいいが、、、 Raspberry PIっての、プログラミングは何言語なの? >>7
Pythonは別に言語仕様が素晴らしいわけではないんだが、NumPyが神過ぎてニューラルネット系のライブラリがPythonデファクトになっちゃったからな… >>46
UMLは設計のためのツールというより、そのプログラムを理解するためのツールとして有用だと思うわ プログラムのこと何にも知らない中年だが、
今からでもデビューできるだろうか。
HTMLとCSSはできる。 仕様書がない、予算がないという案件が山のようにあるから、Accessで画面をさっと作って打ち合わせ、VBA+クエリーであっという間(C#とかに比べて)に作るのが最善ですよ。 >>69
BASIC(古典的なやつだよね?)からCはけっこう違いを感じなかったか?
俺は大学でCを教えられて、ローカル変数という概念に「そうそう、俺がほしかったのはこれだよ!」と思ったもんだが
BASICだと再帰がらみの処理がえらい面倒になるし 勉強の時間バクチですわ
メジャーにならないで、消滅の可能性が高い
生き残ってるのは実績、改良でも時代についていけた ふと思ったが、18-24歳ってプロの開発者としては若すぎないか?
最近のいい給料もらってるプログラマは大学院出てるのが普通だから、この年齢だと主力層がまだデビュー前という気も… プロトタイプは正しいやり方
だいたい客は何がやりたいか知らないし
プログラマは何ができるのか分かってない 文法に少々の難あってもいいから
現実の実行速度として軽量なのを求めてるからなあ
あとプラットフォームの広範さと >>210
そうですかありがとう(CのBSDならちょっと既知)
しかし179とか ことごとくカリフォルニアン・イデオロギーですなぁ
今後はアジア系企業の言語の潮流とかでてくるのだろうか >>8
喜んでも勉強しても希望出しても配転させてくれないのがコボラー。 >>69
Access + VBA が言語使用上1000万件を処理できないら仕方ないけど,
動いているのなら,サーバーレンタルしてマシンパワーに任せるのがい
いんじゃないでしょうか。
言語移植は数年単位の仕事になる場合が往々にしてありますから。 ScalaもAndroidの公式言語にしてほしかった。 個人的に一番楽なのはc#だけど、使う場面が結構限定的で
使用者もそんなに多くないのがネックな感じ。
pythonはコーディングが崩れ難いし、
支援している会社が会社だから安心感はある。
ただ、kotlinの人気がないのはちと以外。
もしかしたら覚えても消えるかもしれないと言うリスク回避かな。 Windows2016になってもCOBOLとエクセルVBAがなければ
会社の事務処理は前に進まない、現場はそんなもの >>1
知性も経験もなくcmosだのの基本的な回路素子の構造も知らず教わった通りにプログラミングできてるつもりって連中には厳しいだろ 流行り廃りが激しすぎるから、どれが一番安パイか見極めてるんだろ。 >>203
デビューは誰でも出来るよ。
労力の割にカネにならないだけで。 >>222
プログラマ様に半導体の仕組み求めたらいかんと思う元ロジック回路設計のワイ >>218 >>226
「バベルの塔」の話を思い出した。
…逸話は『創世記』に載ってるけど「バベルの塔」という言葉は出ない由。
いくらコンピューターに守られてると言っても、
仲良くやるにはご主人様としもべ3人くらいが限界かねぇ。 結局、殆どの開発環境において
テキストボックス一つ配置するのも
コードで書くべき、という呪縛から逃れられないね。
そこが一番、かったるい。 プログラミング言語ってどんくらい種類あんの?
どれくらい息してるの? >>12
それなー
何度でも蘇るバケモノみたいなやつしか続けられない仕事という事実を誰も教えないよな >>229
https://www.tiobe.com/tiobe-index/
上位20はここ数年はメジャー、矢印が上向きのはこの先数年メジャー
下の上位21〜50が息してるやつ、それ以下は知らん >>127
今のRPG凄いよ
フリーフォーマットになってる 時期にAiがミドルウェアを担当して人は単なるコーディネーターになるんだろう。
プログラマーは極一部で趣味の園芸みたいになって残るのみで、全部Aiに置き換わる職業。 何が正しいのか判らない物はAIには作れないから
テストは自動化できるかもしれない >>239
テストはぜひ自動化してほしいね。
社内用の便利ツール作ってるだけにすぎないけど
「当然、この流れで入力やボタン押すよね」の斜め上の操作されることが
意外と多い。
ただ、本職は別にあるので全部の操作の組み合わせは考えつかない。 ライブラリとか覚えてられないからヘルプが必須なんだけど >>240
Google DeepmindのDQNとか
ビデオゲームの自動学習とかやってるから
テストカバレッジをスコアにしてAI組めるかもしれない 必要に応じていろんな言語使ってきたが
自分用のツールを作るときは相変わらずVBS(とC少々)だなあ
会社のPCに制限が多すぎてしょうがなかったせいだが
すっかり慣れてしまった >>117
デバイスドライバーがプロジェクト単位で閉じる話なのかってことだがな 若手でkotlinとPython出来ますって奴よりjavaとc出来ますの方が仕事になるから仕方ない。 >>21
まーだ文系理系なんて言ってるのが居るのかよ >>86
ごめん。
全然c#わかんない。
ずっとcで制御系のプログラム作ってんだけど。
cとc#ってなにが似てるの?
文法的な意味なら類推は出来るけど、全く使えないから、どうしてcを知ってるとわかるというのか、それがわかんない F#なかなかバランスのいい言語なんだけどなぁ。流行らないなぁ。 しかしC++だと、元請けSEの「俺がわからないか却下」という攻撃に撃沈される たくさんの人にご意見をいただき、ありがとうございます。
総括すると、Accessから、もう少し真っ当なDB環境に移行せよ、ということでしょうかね。
ただし、Accessの延長線上で考えたほうがよい、と。
>>205
古典的なBASICですが、古典的なBASICで出来て、(古典的な)Cで出来ないことは
あまりないので、そういう意味では違和感はなかったです。
逆だとたいへんだったかも。今、VBAで何か組もうとすると制約が多くて死ぬ。 >>248
なんか分かる。逆にc♯しか知らない人にcc++はできない。 >>251
Cプラプラはだめだろ
無駄が多すぎる
Cでやらなきゃ >>258
現実は使ってるよ。だめでもめんどくさくても
やらなきゃならない。 >>259
それはそれ。
何でもできるかどうか、という点においてCなら何でもできるがC++はそうじゃない
特に実行ファイルの大きさや実行速度はC++ではどうにもならない 新言語の発明は人類というリソースを無駄にしているのと同じ 慣れてくると
この機能はこの言語だとどう書くの?
とか
言語に依存した記述はしない
とか VBのコンパイラを究極に極めて、何でも作れるようにしろよ
言語は増やさなくていいんだよ
BASICで出来ることを増やせっつってんだよ >>69
WindowsならSQLServerの無料版かPostgreSQLで良いんじゃないの?
何するか次第だけどフロントのみAccessにしても良いし パソコンができる大学!という若干の謳い文句に釣られて
入学したら、学べる言語がturbo pascalとlispだったでござる。
世の中見渡せば、C系の文法に類似した言語ばかり。
C系を学ばせなかったことを一生恨んでやる。 >>266
その大学、優秀だわ
吉田 弘一郎に怒られるぞ >>266
PascalとCならそんなに違わないと思うけど。
構文キーワード教と、特殊記号教の争いに巻き込まれなきゃ大丈夫。
配列の添字範囲なんかは瑣末な話だし。
LISPの考え方を教えてくれたなら、その方が良い課程でしょ。
いや、個人的にC類似は分かるんだけど、LISP系はサッパリでな。 >>266
lispの文句は中村 正三郎に言え。
あとポール・グレアムな。 LISPが使えるのは羨ましい
LISPは最後まで残ると思う >>260
という勘違いを何十年も続けてる老害の多いこと >>266
Pascalは良い言語だったと思うぞ。lispもやっといて損は無い。
文法が違う程度で苦労するようならそもそもプログラム書きに向いてなかったんだと自覚しないと。 コンピュータを使って組むのに、何でこまごまとした制約や規則に
悩まされなきゃならんのかねぇ。そう言う所こそ助けて欲しいのだが。 >>273
どういう勘違いなのか具体的に言ってみろよ 組み込みってマイコンプログラムのことだと思ってないよね?
その辺の家電やAV機器、カー製品が全部Cで出来てるとかまさか思ってないよね?
ソフトウェアの開発人員が3,4人程度とか思ってないよね? #だの++だのはまずCを完全に理解してから始めるもんだろ? #はいきなり始めても大丈夫よ
C++はCをやってないと辛い
CをやらずにいきなりC++だとドデカい実行ファイルが出来るけど
ちゃんと作れば工数はCよりはるかに小さくなるよ >>278
そちらこそ、CならできるけどC++ではできないことや実行ファイルの大きさや実行速度について
具体的に把握してます?イメージだけで語ってませんか? だいたい、CプログラムをC++コンパイラでほぼそのままコンパイルできるのに
C++だから遅いというのは不自然でしょ。 C++つってもここ10年で激変してるから、昔やっただけの人は今のC++知らない。
foreachがあることもスマートポインタも知らないはず。
今のC++はJavaより進んでるよ。 いつの間にかルネサスの標準の開発環境がEclipseベースになってたりするからな・・・
HIEWから引っ越したときは便利すぎてびびったよ
昔の案件は相変わらずHIEWのままだけど ポリモフィックなことしたらメンバ関数呼び出しがファンクションテーブルつかった間接参照だらけになるから
現代のパイプライン処理しまくりチップとの相性は悪いやろ >>288
C++は別にオブジェクト指向的な機能を一切使わなくてもいい。
設計思想が「色んな機能ぶっこんだから、好きなものを使え」ってスタンス。 たしかに新人に限ってPHPとかJAVAが好きだったりする C++に親でも殺されたのかって勢いの爺さんがいるけど
今時C++否定して組込なんか出来ないよ
ROMが128KとかならそりゃCでやるけど >>21
なかなかよい釣りだ
一面の真実を含んでもいる つーかC++を否定するのは
組み込み経験無いからだろ
やったこと無い奴がイメージだけで
組み込みはCとアセンブラと決めつけてる >>248
Cと似てるというよりは、C++と似てる
最初は気持ち悪いと思うだろうけど、慣れるとCっぽいこともできたりするから、使い始めるとたぶん好きになれるはず まあまあ出来る若手に昔の言語やらせると文句多くて捗が悪い。
得意な言語だとそういうことないのにな。 C++はCのフロントにしか使わんな
オブジェクト指向やりたきゃもっと高級言語使うし
C++組み込みって
関数テーブル壊された時のデバッグってどうやるの?
それだけが心配。 >>285
その理屈ならBASICもコンパイラ出来てんだから遅いわけがないってなるが? >>300
それ、C言語でスタック壊されたときのデバッグってどうやるの?と
同じだと思うけど。ヒープ壊されたときでもいいけど。 >>1
高級人工言語は、「C」と「C+」
これでOKだと思う
新規の通信言語って、この派生語しかないよ 機械語は、CPUと直結した翻訳なしで直結
アセンブラは、機械語と上手く組めた良い翻訳モノ アセンブラもCも「ポインタ」感覚を常に意識してPGすることです IQ170のおれだって
COBOLしか好きになれないもん。
覚えるのめんどくさい。 むかし
C言語を勉強しようとして
買ってきた「はじめてのC」
ちがうくない? >>302
C++でテーブルってソースとかマップに出てくるの?
それなら一緒で境界チェック方法が使えるけど >>298
昔、COBOLが難しいって書いたのに
「いや、そんなことはない。お前がバカだからだ。
俺にやらせればすぐに覚えられる」って豪語してたやついたけど
今の若者もそんな感じ。
やらせてもちっとも覚えない。
口だけ、簡単って言う。
「俺はJAVAできるからCOBOLなんて簡単さ。
でもやらない(←逃げ)」 いろんな言語使ってきて40代になった今思うことは
言語なんてどれでもよくて
開発環境を長期間維持できる事の方が重要 どれでも良いわけじゃない
適材適所で使い分けるよ
COBOLで人工知能やる人はいないだろ 適材適所と客のリクエストかな
何故か開発言語にこだわる客がいるし
このスレでも組み込みではC++は絶対イヤって客の時はCでやる 大学へセンター試験にプログラムを試験科目としていれとけばみんな必死で覚えるだろう。
塾も必死でやるようになるしデジタルに強い人たちがたくさん増えればプログラマーの天才も沢山生まれると思う。
今の日本見たくハードはなんとかなってるがソフトは海外にはまったく勝ってないとかいうのがセンター試験にプログラム導入するだけでお受験で一気に日本が変わると思う 天才ほしきゃ共通一次廃止だろ
日本の転換点だった気がするよ 大學の研究所で、となりでFORTRANとか組んでやってたが
それでワード、エクセルなんか動かすと途中で落ちる
DEC α
スクリプトがせいぜいで、プログラムとワープロ、エクセルとか
いっしょにすんの本当は無理 >>316
日本では優秀な人材を育成できても天才の輩出は無理
天才を育む風土がないからレッテル貼りして寄ってたかって潰すもの
天才とは言い難いがゲーム感覚で億稼ぐような商才ある人間はそこそこ出た 月数百円の安いレン鯖でも動く言語じゃ無いと自習出来ないし
Perl、PHP、JavaScriptあたりの安物言語しか学ぶ環境が無いんですわ >18〜24歳の若い開発者はベテランの開発者よりも
>そういった言語を好まない傾向にあるという。
新たな言語を覚えようと(または実践しようとしても)上から評価されない。
若ければなおさらで、就職の時に新たな言語やってました。なんて言っても二束三文。
ただ、それだけの話。 >>322
ずいぶんレベルの低いところに就職されたようで。 >>321
ラズパイでも買えば?
5000円くらいで勉強し放題よ。 >>308
COBOLいいよね
事務やってとCOBOLがほしくなる コボラーの将来は安泰だけど事務は居なくなるよ。
今は入力も登録もロボがやってる。 >>15
実際はC出来る人募集して
仕様書をつくらせることがのがおおい
関数型言語なんて
情報系の院生以上じゃないと
理解すらできないだろ >>329
Rails専用言語になりつつある
Web系いくならやっておいて損はないと思うけど 30年前の新人に顧客管理ソフト作らせたら
プログラムとデータベース分けてなくて、プログラム中にダイレクトに顧客データ入れて作ってたわw
顧客増えるたびにプログラム追加してコンパイルw
分けて作れって叱ると、「ならあんたがやれば?」だとw
以後一切話もしなかったわ
あのバカ今どうしてるかなぁ >>332
シンプルに作るのは大切だよ
仕様に忠実に作っただけじゃん ちゃんと運用が回ってるなら1989年の解としてはありだと思うけどね
すべての利用者の端末から同一の顧客データに高速にアクセスできて、更新時のアトミシティを保証する仕組みがあるなら別だけど
2400ボーのシリアルネットワークしかないとかストレージがフロッピーだとかなら、営業に顧客登録申請させて毎日再コンパイルした実行ファイルを再配布したほうが
パフォーマンスも一貫性も高い >>313
開発環境の維持という面では、なんだかんだ言いながらマイクロソフトは
他よりもよくやっているなという結果にたどり着いた。
今となってはゴミになったものも多いけど。 OOP言語は触りたくないというだけじゃね? OOPへのハードルは高い。 JAVA、C#なら、手続きスタイルでも行ける。 オブジェクト指向は教えれば誰でも分かるってものじゃないからなぁ。
ある種の素質がなくて、どうしても飲み込めない人も存在する。
そういう意味では芸術に近い部分があるかも。
こういった概念は "OOP-arts" と呼ばれ
「現実に存在するのに理解できないモノ」という意味になってる。
…これ読んで「チクショー騙された!」と思った人へ。
大丈夫、正常な反応です。 >>334
毎回プログラムいじらなきゃいけないって、運用回るわけないだろ禿げ
てめえのスマホの電話帳追加するたびに、プログラマー呼んでコンパイルすんのかよ?ってレベルって理解しろよバカ >>332
新人に仕事丸投げするバカにしか思えない リソース変更するのと
プログラム変更するのが
どう違うか説明してみ? >>343
え?そんなこと説明しないとわかんないの?
頭悪い 新人の能力を手っ取り早く把握するにはちょうどいいだろ
それに対してダメ出し食らわせた後の態度で、伸びる奴か否かもわかるw 30年前のデータベースと言うと桐とかか。
ORACLEはすでにあったけど。
当時の新人だとデータベースというものを知らなくても不思議ではないな。 プログラミング始めて3年くらいは構造化プログラミングのレベルで
何も考えずがりがりコード書くでいいと思うんだけどな
その後、低級言語、オブジェクト指向、関数型言語と順次進めばいいのだが、
新人でいきなり現場突っ込まれるとその萌芽の猶予期間が与えられず才能のせいにされ、
しかも、最初を乗り切ってもプログラマーは作業者ということで
管理職までの腰かけ扱いで深堀をしない
さらに多重下請け構造がからむと実装なんかどうでもいいとなってくる >>347←こういう奴が無駄に病人増やすんだよ。
自分が何年もかけて培ったことを忘れて(頭悪いから347は覚えてない)
新人への要求は高い。
新人の時に判断してはダメだ。 >>313
似たような系統なら何でもいいな
些末なところにこだわって派閥争いする人は、
バグ10個みつけるまで帰れまテン的なところで育った人たちなのかな 遊ぶつもりで大学に入って、コードへのモチベーションを育てないまま就職したんだろ
水道局職員でもコンビニバイトでもいいから転職しとけ >>341
結果として過去そのシーンで外部化が正解だったとしても、君の不十分な説明からではなんぼでも例外が考えられるから、もうちょっとどうにかしなさいって話。 言語より根本的な問題解決能力の方が重要
例えばウィンドウズのIEでしかアクセス出来ない証明書サイト(銀行)があります、
他の端末のマックのSafariでアクセスできるようにしてください
ついでに自動でアクセスして新しい入出金があるたびにCSVに書き出してくたさい
こういう事が出来る奴の方が事務の女の子にモテるわけだ ふつうなら IEでできるなら
なにもしなくても
Safariにできるじゃないのか 法人口座はクライアント証明書でアクセスするんだよ
ただのsslとは違う >>357
「ならあんたがやれば?」って言われて終わりって話
ズレたことばかり語ってて
つくづくバカだなお前w 上からなぞってきたけど「ニーモニック」というワードが出てないことが意外だった >>353
N88はカーソル操作が難しいのでアウト
INPUT 文書いてカーソルはどこへ行く? >>358
CSVに落とす際に注意する点として文字列に「,」が存在している場合どう対処する?
それを知らないと大変なことになるんだが 上から眺めてきたけど嘘ばかりなやつ多いのですが
なぜ息を吸うように嘘をつくのかな? >>2
一番快適
ここ数年WindowsもiOSもAndroidも新規案件はC#ばっかり使ってる 昔のbasicは子供のオモチャ
ベーマガおじさんはプログラミング語らない方がいいぞ
恥かくから Railsのpryさわっていると、N88BASICもインタプリタってのは間違っていなかった
言語(文法)としては糞だったjけど反面教師としては優秀 >>378
N88BASICがインタプリタじゃなくてなんだと思ってたの? >>379
N88BASICがインタプリタってのは否定してねーよ >>354
横からだが
プログラムとデータをわけろ
という指示=自分が培って知識の配分だわな。
これを断固拒否するってのがwwwww 仕様書にデータとロジックが同時に書いてあるならわける必要はないよ
データとプログラムは一体化させるのが忠実なんだから
別けちゃだめだよ 顧客管理ソフトの基本仕様
「顧客の追加が可能なこと」という仕様に対して、全く対応できてないが?
対応できてないからプログラムいじって再コンパイルする羽目になってんだろ?
仕様をクリアできてねーじゃん
>>382は相当な新人だなw >>383
プログラマーはプログラムだけをつくれば良いと思っている
顧客はそれでは満足しないから >>382
仕様にが抜けている 「(矛盾した)仕様に忠実」 言語なんて一通り使えた上で要件・案件に合わせて適切なものを使い分けるんだよ。
どれも一長一短あるんだからどれが正義なんてないの。 今何のプログラミング言語を学べばWindowsソフトからLinuxソフトまで作れるのかと
その「たった一つの」が分からずバラバラだから混乱している >>383
> 「顧客の追加が可能なこと」
最初から伝えてたの?
当たり前だと思って伝えなかったコミュ障案件じゃなくて? >>392
顧客管理ソフトとは?
説明できるかな? >>393
説明するのは、新人に作れって命令した人の役目。
きちんとコミュニケーションできないとベトナム人とか使えないよ? 顧客管理ソフトって
顧客の追加、修正、削除
この辺は基本ではないの?
項目を増やせと言うなら新人には大変だろうが >>380
「N88BASICもインタプリタってのは間違っていなかった」
これはどういう意味?
N88BASICがインタプリタということを否定する意見が見られたの? 教科書通りの作り方すると、
オンメモリで追加修正削除の実装やっちゃうかもなー
永続化しろという指示がないと >>395
> 顧客管理ソフトって
> 顧客の追加、修正、削除
> この辺は基本ではないの?
まあそうだろうね
でも追加/修正/削除を実施するのにソースコード変更してコンパイルしちゃダメって伝えてたんだろうか?
そもそも普通は追加/修正/削除をどのようにするか(画面でやるのか、変更用のファイルを食わせるのか、…)を仕様として伝えるよね?
>>332からそう言うことが伝わってこないからネタかネタじゃないなら>>332が使えない奴なんだろうと思う >>1
>HackerRankが同サイトの開発者ユーザーに対し、次にどの言語を学びたいか聞いたところ、Goが1位となった。
全く説得力無いような? >>395
そういう要件定義もしないで
いきなり新人に作らせる方が
どうかしてるわ
さすが30年前のBasicジジイ パイソンが使えるお!
で完成したコードはグチャグチャとかさ
それなら要らないよな どう作るかは設計書に書いてあって
それが正だよ。
ここで議論してるのは己の意見の押しつけにしかならない。
そもそもDB使えっていうなら接続先とか
その他諸々情報必要だし
テーブル定義書も必要だし
ないならテーブル定義からやらなきゃならないじゃん。 >>402
まさかCOBOLでSQL言語埋め込みを曲解してるのか?
どんな馬鹿 30年前だと、やはりBASICなんだろうなあ
当時の新人だと、サンプルプログラムからコピーしてきて
作ったのかも知れない。データ埋め込みならそうだろうな
これを拡張しろと言われても、新人には無理、不可能だ。
新人研修だったのかな?
言われた範囲でしかやらない、考えないと言う人も必要だから
まだ何か役割を持って仕事していそうw BASICなら件数とか更新頻度に依るけどDATA文で管理って言うのもアリかもな
そもそもファイル入出力とかデータベースとか教えていたのかも怪しいし >>396
学習用途のBASICがコンパイラ言語じゃなくてインタプリタだったのは間違いじゃなかった
ならわかるか? バカが連投に必死だが
そもそも仕様と見積もり交換したクライアントと契約した案件でもないのに
仕様通りやった、仕様が糞とか通用しない
仕様が糞でもその間給与は払われてる
それに対して次のミッションを、受け入れられないのなら
そいつのスキルはそこまでだし、もう給与も要らないって宣言したも同然
そういう話
何が指示が足りないとか明後日の反論してんだかw どこまで細かく書くかとかはあるにしても指示して仕事やらせるなら仕様は決めてやらなきゃダメだろ
無職なのかな? w >>407と>>403のトンチンカンぶりは無職だからだね。
開発経験ないだろ Javaやってるけど、アノテーションとかGroovyってなんだよ。
あんなのJava言語じゃない。
あれをJavaと呼ぶな。
ドキュメントは英語ばかりだし。 そういやC++って、結局メジャーになることなく消えたな。
やっぱガベコレないと例外投げる言語は難しすぎるのか? c++ optional が入ったけどEitherが欲しい。 >>407
> 仕様が糞でもその間給与は払われてる
そうだな。糞な仕様で新人を働かせた罪は重いな。 >>44
C#単体よりもvisualstudioが素晴らしいのだよ >>411
そうだな。
お前の狭い視野の中からは消えたな。 >>69
accessからの移行ならSQL serverかsqliteにodbcで接続するのが一番簡単だと思う
ただSQL serverは無料分が10gbしかないのがちょいきついかなあ
あとは月額600円出してsharepoint使うか
ただこれかなり遅い >>411
.NET登場前のWindowsではC++がメジャーだったぞ 制御系の場合は Cですらなくて ラダー(笑)です
MIDIを原始的にしたかんじ
プログラマーを募集するときは 'C'を必須にするけど
実務では まったく使わない MIDIを作るとき音楽の素養がいる
と同様に
制御系なら制御や物理 工学の素養(常識)がたいせつ アプリには色々やってC#が一番簡単だが
Cを直接呼べないのが
C++やswiftに比べて不便
Javaは論外だった >>427
× 最強は、16進コードの直打ち
◎ 最強は〜2進コードの直打ち
16進>>1234567890ABCDEF
2進>>>「0」「1」
この本旨は・・・
Simple is Best しかし人間の指は両手で10本
10進法が一番しっくり来ます
人間の指が片手8本あったら16進法もシックリ着ます 小学生が よくやってるんだよ
ゲーム機の2進コード直打ち
だから今の若いひとは マシン語に抵抗感ないかもしれない 3進数が使えると情報圧縮率が最大で理想的なんだそうだ
(厳密にいうと自然対数の底使うe進数だけど・・・) 国の経済統計でさえExcelで片づけしまう
優秀官僚には プログラム言語不要 オープンケツのアナに
EDI
EDチンコ、SSL、電子商取引 マシンゴ〜!マシン語〜!
マ〜シ〜ン〜語〜〜ゼェ〜ト!!
…はちまる(ボソッ) 1バイトが〜8ビット
これでアルファベット数字がすべて表現可能
この業界の基本が、「byte」やで〜
米国の電子電脳は〜弾道計算と「爆縮」計算のために「ENIAC」
英国は〜〜〜〜〜〜「Enigma」
もしも、中国人が最初に電子頭脳開発者なら、1バイト=16ビット 中国人かどうかはともかく、Javaだと一文字は16ビットだな >>435
懐かしい画像だな。
Fシリーズで、CAD-CAMを開発してたは。
でも、1MIPS行かない糞遅いミニコンだったなww オープン おまんこ!
って、蜘蛛の巣かよ、それがワールドワイドウェブかよ
だれのだ プログラミングに慣れるとどの言語でも良い頭になってくるが、その代わりに自然言語がめちゃくちゃ下手くそになってくる。 英国はナチスドイツの「エニグマ」解読のためにチューリングが中心となって「チューリング・マシン」を完成
これが完成したおかげでどれだけの連合軍の将兵の命を救ったか・・・
でも彼の最期は可哀想でしたね・・・ >>448
お説、よく分かります
電脳言語という人工言語の悪影響を受けて
自然言語が変な具合になります
この話って、法学者の文章に独特な「硬さ」を感じるのと同じ
小説家や詩人が描ける「流暢さ」が無くなって
ぎこちない、稚拙な文章になるんだわ〜
影響は電脳機械から受けるよりは、生身の人間から受けた方が良いでしょう Python->Fortran
モダンFortranはめっちゃ快適だぞ どのような言語でも良いけど
←→↑↓キーを押下した際にユーザが思考する位置にカーソルが
フォーカスできないロジックを書けない人は要らない 若い開発者が新しいプログラミング言語を好きになれない理由
とあるけど
老いた開発者も出来ないことがある
理由は簡単、開発者本位だから
若い開発者よろ老いた開発者ほど凝り固まっているんだよ こうやって言語乱立させて
人的バワーを浪費させるんだよ インタプリタとコンパイラを両方備えて型推論があるのがモダンな言語だと思うが
若いもんにはその良さがわからんのね >>441
アホ、4バイトだよ
漢字が何万字あると思ってるんだ? >>460
個人的には言語の数は増えるけど、それぞれが似通ったものになっていくと思う
今でもその傾向があるし >>464 中国は簡体字を導入してるし、
2バイト(6万字)もあれば十分と考えるかもしれんよ。
少数民族の文字はむしろ積極的に排除しそうだし、
古典文学までテキストファイルで読もうと思わんじゃろ。 立脚点があれば流行りものを追いかけて廃れたとしても元に戻れる。
立脚点がないまま流行りものを追いかけると廃れたときに戻る場所がない
そんだけ >>465
似通ったものが増えるから無駄が増える。 目的が有って、その目的に合った言語を選ぶ。
言語とはそういうものだ。それ以上でも以下でもない。
言語マニアは言語で遊ぶ人であって、モノを作る人ではない。 >>470
それがJava、.NET、LLVMというVMなんじゃないか? >>472
バーチャマシンが実在するのはJavaのみでは?
LLVMは完全にネイティブで、NETは実行時はネイティブなんだろ。 >>243
いや、一緒だよ。LLVMはネイティブコード吐くけど自分でVMって言ってるし、
Javaでネイティブコード吐きだすJetってAOTコンパイラもJavaの互換VMの認証とってたし >>473
一つでも違う方式があればいいなら、
C言語もスクリプト、インタプリタになるし、
perlやphpなどもVMやネイティブになる。 C++11/14/17インタプリタ環境 Jupyter-Cling
https://qiita.com/mugwort_rc/items/b8087d1b6f9498b037d5
clingは、いわずとしれた(?)C++インタプリタ実装です。後述するROOTという data analysis framework の一部として、CERNによって開発されています。
(20年くらい前の) 古くからあったCINTというC++インタプリタ実装が、clangを使って書き直された、という歴史があります。clingプロジェクトの一環としてJupyterカーネルが開発されています。
ROOT
実験系素粒子物理学では標準的なデータ解析ソフトウェア・ライブラリ群のようです。
ROOTプロジェクト自体にclingを含みますが、clingが提供するjupyterカーネルとは別で、JupyROOT というカーネルが開発されています。
Jupyterカーネルはclingのものよりも良いと思いました。PythonとC++をミックスできるのが特に良いと思います。
https://r9y9.github.io/blog/2017/12/21/jupyter-cxx/ こっちはC++風なスクリプト言語
『ファイナルファンタジー・クリスタルクロニクル』における、Squirrelを使ったゲーム開発
注目のスクリプト言語「Squirrel」。
株式会社スクウェア・エニックスの北出智氏と神尾隆司氏は、Wiiウェア『光と闇の姫君と世界征服の塔 ファイナルファンタジー・クリスタルクロニクル』の開発における実例を解説します。
Squirrelはゲーム開発を想定して作られたスクリプト言語。
『小さな王様』『光と闇の姫君』『X-Blades』など様々なゲームで使用されており、Luaよりも使い勝手が良いとのこと。
『光と闇の姫君』では、プログラマーは『小さな王様』から3名減少して2名となり、しかも1名はSquirrel初心者という状況。
Squirrelは、前作のシステムを使いながらも「全く違った」ゲームが作成でき、特にゲームを起動しながら試行錯誤できることが大きかったと評価されました。
もしもC++のみで開発した場合は、「現在の1.5倍の手間がかかったのではないか」というほどの有用性が確認され、『小さな王様』作成時の課題だったランタイムエラーやメモリリークといった問題を解決できたそうです。
両氏は今後もSquirrelを使いたい、と結論。新作の立ち上げ時には特に有効であるとの見解を明らかにしました。
https://www.inside-games.jp/article/2009/09/07/37504.html >>479
トヨタ自動車のプリウスのハイブリッドの遊性プーリーと
フォードの乗用車向けフレームを交換したんだろ
曲解ばっか、聴いたまま利用すんな 上流プログラマー様は何語が好きなんでしょうかじゃないの?
要件定義で、言語が分かる仕様書
何語主流なんだろう。 >>187
ん?丁寧にコードを書いたら、5ちゃんねるViewerでも16GBぐらい喰うだろ? 年収1200万。
cとc++とc#とpythonぐらいしかつかわない。
プログラマーの世界は奥が深いよ。
会社勤めでも高給貰える >>490
どうせ相当な業界固有ドメイン知識持ってるんだろ。
プログラミング能力だけでそんなに行くわけない。 嫌いだったら、自分で好きな言語を作ればいいじゃないか。
どうして他人に頼るんだ? 会社なんて関係ない
普通にプログラミング だけで食っていけるわ 色々調べ回って↓の理由からPython→Scala→Go→kotlin と学ぶのがいいと思ったんだが合ってる?
Java→有料化、SESしか需要なく単価低いから全力回避
javascript→大幅な仕様変更が多過ぎて地雷
PHP→先はないが小遣い稼ぎに最適
C→++含めてウイルス作るなら必須だが、組み込みにはGoが取って代わった
Ruby→Pythonに敗れたのでPHPと同じく小遣い稼ぎ
kotlin →安定して稼げるがパクリ元であるScalaの劣化版なので限界がくる
Scala→Java等のVM 言語の後継で単価も高いがVM言語自体に未来がない
Go→Cの後継だが日が浅くいつ別の言語取って代わられてもおかしくない
Python→色んな意味で汎用なので必須 >>496
必要ならば全部やれ
それがプログラマーだ >>496
> PHP→先はないが小遣い稼ぎに最適
正直小遣い稼ぎにもならないと思う
もしくは小遣い稼ぎと思って手を出したら炎上案件だったというパターン
> C→++含めてウイルス作るなら必須だが、組み込みにはGoが取って代わった
どこで教えられたのか知らんが、これは嘘
> kotlin →安定して稼げるがパクリ元であるScalaの劣化版なので限界がくる
Javaからkotlinに変わったように、いつ他の言語に変わるかわからん
あと3年はAndroidからJVMが外されることは無いと思うが。。
> Go→Cの後継だが日が浅くいつ別の言語取って代わられてもおかしくない
Cの後継では無いが将来性はあると思われ
> Python→色んな意味で汎用なので必須
工学的な数値計算やるなら現状使えたほうが便利だけど、そっちに行きたいならPythonよりも
まず工学方面の理論を学ぶ必要あり >>491
プログラミングはあくまでもツールだからな。
アメリカで英語が喋れるだけでは価値はないのと同じこと。 ■ このスレッドは過去ログ倉庫に格納されています