プログラミング始めるなら何の言語がいいの? [306759112]
■ このスレッドは過去ログ倉庫に格納されています
人気プログラミング言語のランキングで、Javaのスコアが急落して話題になっている。
これはプログラミング言語の人気指標「TIOBEインデックス」の10月版のランキングによるもので、
1位がPython、2位がC、3位がC++、4位がJavaという順位こそ前月と変わっていないものの、
Javaについては前年同月比で−3.92%と大幅に減少し、5位のC#が背後から肉薄しつつある状況だ。
TIOBEはこれについて、OracleがJava 8以降の有料ライセンスモデルの導入を決定したことが、
今日におけるJava凋落の原因であると指摘。
この10月版では5位のC#との差はわずか1.2%となっており、このまま推移すれば約2カ月後にはC#がJavaを超えると予言している。
5位と6位以下には大きな差があるため、上位5つから弾き出される可能性は当面なさそうだが、
かつて上位3つのひとつだったJavaにとってはシビアな状況と言えそうだ。
人気プログラミング言語のランキング、かつて上位3つのひとつだったJavaが凋落傾向
https://internet.watch.impress.co.jp/docs/yajiuma/1540693.html SQLは当たり前以前の当たり前として、ビッグデータ向きのpython、どこでも出番があるPowerShell、中々需要が枯れないVBA、これ全部抑えれば生きていけるっしょ。 パイソンはいい言語だとおもうが
バージョンごとに互換性がないせいでゴミとなっている 目的がハッキリきまってるなら、それに合わせたやつでいいんじゃねえの。
スマホアプリつくりてええ、っておもったらSwiftとかKotlinだろうし。
WebサービスやりてえとかだったらNode.jsやPHPやJavaやGoになるだろうし
WebフロントならTypeScriptになる
PSとかのゲームつくりてえ、ってならC++は必須になる
やりたいジャンル=分野しぼってシェア大きめ=情報が入りやすい って切り口でやっていったほうが利口だよ
特に思いつかない場合はJavaでいいんじゃね、オブジェクト指向は概念としてなんだかんだ今でも使うわけだし、1つ覚えればあとがラクとかならJavaだとまぁ他言語で躓くってことあまりないし なんでもいいからプログラミングしたい:ExcelでVBA
Windowsアプリ:C#、Pascal(Delphi)
スマホアプリ(iPhone):Objective C、Swift
スマホアプリ(Android):Java、C#
Webサーバーサイド:Perl、php、Python
Webクライアントサイド:JavaScript(ECMAScript) まずはHTMLとかから慣れるのが良いのでは
まープログラミング言語では無いけど 会社で普通にVBAはまだ役立つw
エクセル使いなら Pythonってどうやってリリースするの?
Anacondaとかの環境丸ごとリリースするの? >>36
多いのはコードをGitHubに公開して
依存性はrequirements.txtに書いとくやつ >>39
それだと動かせる人が限られてしまうね。
Pythonはデプロイメントに問題アリやな。 言語の前にアセンブラでノイマン式コンピュータの基本的な処理構造を知れば
何をどうすればどうなるのかが解る
あとは高級言語なんて表面上のものは
用途に合わせて見繕えば良い Fortran 一択だ、情弱どもめ…(`・ω・´) >>40
パッケージとして普及させたい場合は
PyPIにアップロードしてpipコマンドで
インストール出来るようにするとかかな
いずれにせよPython実行環境は入ってる前提やね 好きな奴は遊びとか自分用とかでなんでもいいから自分でどんどん組むからね
最強論争みたいな雑談としてはいいが本来こんな質問するタイプには答える答えはないね 俺はまず「Mac買う気ある?」と聞く。
技術系のブログ見るとMac率高い。かく言う俺もインストールは仕事以外やりたくないのでMac(移行で済む)
Apacheを有効にしてCUIやphpでテキストベースで色々やってみてもらう。
これに文句言う奴は親切なのか林檎嫌いかのどちらかだと思う。 >>34
ズルしちゃいけません
心を込めて電卓叩いて結果をエクセルのセルに入力しなさい >>46
まずエロゲーやるかどうかだろ?
日本でPC好きのほとんどがエロゲーだから
どうしてもApple嫌いが多い
エロゲーの8割は日本って昔記事見たことあるなw フリーランスやってるけどコスパ高いのはgolang
Cより機能の少ないかんたん言語のくせに何故か単価がやたらと高い
なお趣味で使おうとすると機能が少なすぎてクソだから触ってはいけない >>1
もしソフトウェアでメシ食って行こうと思っているなら、
まずは統計の基礎を勉強した上でPythonとNumPy、
tensorflow辺りで統計とAIプログラミングができるようになっておけば良いんじゃないかな?
プログラミング言語だけだと下請け低級プログラマとして薄給不可避だと思う。 >>32
AndroidならJavaかKotlinだよ、、、C#もいちおう作れるのはあるけど、メジャーじゃない 独学で遊ぶだけならPythonさいつよだと思います >>32
そんな感じだろうね
でもPerlからやると癖強くて他のやりにくくなりそうw
あとWebじゃなくてサーバー管理だと
古いPerlで書かれたバッチ系がまだあるから
ある程度できた方がいいと思うけどね
クセ強いというとPythonもそうだけど
使いたいライブラリがPythonにしかないとかまだあるかな? >>46
今時だいたいの環境でコンテナ使うだろ
個別に入れて環境構築なんて非効率なことやんねーよ Fortranは割と経験ある方だけど
ファイル入出力まわりがアレでアレなので
あまりおすすめはしない C/C++ってそんな人気なのか
昔ほど出番ないだろうけど… 真田さん「紙テープに穴を開けたり穴で出力を読んだりすればいいぞ」 pythonかc#
javaはもういらんと思うがまだ人気なのか アセンブリ言語が毎回ランクインしてるのも謎
本当にやってるのかね?🤔 >>63
昔からあるシステムなら色んな分野にまたがってるし、今でも組み込み系ならほぼ一択 Javaはサーバサイドも一度全部滅んでKotlinに置き換わって欲しい >>32
でも必要なのはフレームワークやAPIの知識だよね 一時期Go流行ったけどどうなん?
たまにまだ見かけるけど なんでもいいだろ
とりあえず何かの言語で自作プログラム作れるなら
他のもすぐに理解できる まともなフロントエンド系の技術者増えて欲しい
ちゃんと技術を最新化する人
遊びながら学ぶならPythonがいいかもな 専門学校でPythonやAIやっても仕事無いのに何で流行るんだろう
素直にJavaとCとHTMLでもやっときゃ良いのに >>67
windowsではほとんどしない。組み込み系とか 日本語。
近い将来、生成AIに正確に仕様伝える技術がプログラミングって呼ばれるようになるよ。 Pythonはなんか分かりにくい
VBA とかの方が覚えやすかった 今は一つなにか言語扱えれば変換はAI任せでいけちゃうしな
配列化もしてくれるし、「この部分はこのライブラリに置き換えられます」みたいなこともしてくれる とりあえず日本語ダメな奴は何やらせてもダメ
ChatGPTも答えたくても答えられないし C#でいいと思うけど文法に厳格なのを嫌がる人はもっと軽いの選ぶかもな 英語
コンピューターの本場はアメリカ、文書の原本を読めると強い なにか作りたいものがあって勉強始めないと頭に入らない javaだな、特に仕事がない学生はスマホアプリ作ればいい >>84
他の言語を理解してて人ならpythonは簡単だけど、
pythonから入ると簡略化されすぎてて逆に理解しづらいんだろうね 何か一つ覚えたら、あとはどうにでもなる。
突き詰めたら、考え方そのものは如何なる言語であっても同じだから、
仕事で新しい言語を使う事になっても質問の仕方が分かる故に、すぐに慣れる。 株の自動売買とか検証とかやりたいなと思ってるんだけど、Pythonでいいのん?
プログラミング未経験なんだけど 他は一長一短だがHaskellだけはやめとけ、まじで難しく >>100
基本的に作業の自動化ならpython一つでできると思う VBAをまずは勉強してプログラミングに向いてるなと思ったら次のステップでPythonとかに行けばいいと思う
プログラミング初心者にはまず何が出来るかを体感してもらうのが一番
Excelなら普段使いもしてるだろうから例としてわかりやすい >>93
メモリの任意のアドレスにあるデータを任意の型に解釈するとか
できないと面白くないじゃん。
後は任意の呼び出し規約で関数を呼び出すとかもできないと。
何でもできる言語で自分スタイルでいろいろ制限してコード書いたり
するのがいい。 >>112
いきなり本格的な言語から入っても何やればいいのかわからないし、何をやるにもイメージしづらいからその通りかもね 本物のプログラマーはPascalを使わない。
なのでFortran
分かる人は分かる。 Rubyだけ使えると職業訓練かムショ帰りに思われる 本当のズブの素人なら
言語自体より入門書との相性が重要
だがセンスのいい入門書は大抵マイナー言語なんだよな 最初の言語って何でもいいという人もいるが、社会人になってからの最初の上司くらいの影響力があると思う
プログラマーで生きる!と最初から決めてるならCだが、取り敢えずどんな事が出来るか触ってみるか程度ならPython一択 cだな
linuxと合わせて学べば、osやネットワークなんかも分かる >>60
windowsでコンテナ使うのはハードル高くない?
プログラムやりたいのであってインフラやりたい訳ではない。お前さんがセットアップしてあげるなら別に構わないんだけどね。
昭和のパソコンのようにスイッチオンhow many file?でリターンキー押してからprint 1+4 リターン
5って出ないんだからさ C++かなCでもいいけど
他も覚える事を考えるなら応用が効きやすいんじゃない >>112
嫌いな人が多いけど自分もVBAが良いと思う
仕事やってるならExcelは使うだろうし結果が見えるからわかりやすい
なにかしたいものがあるならそれに特化したのを勉強しても良いけど使わないとすぐ忘れるしね 一番は「キーボード操作に慣れてください」
二番は「分からないことは検索しましょう」
これでいける。 正直どれでもいいよ
どれか1個if文ぐらいまで出来るようになってからえり好みしたらいい 言語もいいけど、業務フローとか会計知識をもっと勉強したほうが役に立つんでは?
コーディングは業者に依頼するわけだし >>131
その壁を乗り越えた人にだけわかる大変だったあの時期(´・ω・`) まぁ実際に必要なスキルは、
意味のわからん顧客の要求を論理的に整理する能力よね >>136
作った後に追加で訳のわからん要求してくるからそこまで想定しないといけないよね C、C++、C#の違いを教えてくりとりす。
あと、おすすめはどれ? >>136
プログラミングやってれば自然と論理的思考も出来てくるかと さいきん(ここ30年)はBASICじゃダメなんだ…? これはアプローチの仕方に拠るね
アプリの種類にも拠るんだがその点は初心者なら無視してもいい
作りたいものが決まっているなら、ターゲットプラットフォームも自ずと決まってるだろうし、
それに見合った言語と開発環境を選べばいい
プログラミングを習得する事が目的で始めるのなら、C#とかを薦めるのかなぁ >>138
ラーメンに例えるならCはシンプルな中華そば、C++は二郎、C#は韓国人がやってる日本風ラーメン
美味いのはどこか言うまでもなく分かるだろ? JavaとC++は難解だよね
それに比べて、Pythonは難易度が低いのでとっつきやすい
小規模システムだったらPythonで事足りるし >>147
ありがとうございます。
個人的にはシンプルな中華そばが美味しいと思います。
二郎系は多少苦手。
韓国系は食べたことないです。 難解と言うか保守を考えて設計しないと
どの言語でも同じだと思います 言語とかは短期間で習得してしまうのが当たり前になるんだし
ある程度以上に人気のあるものなら何から初めても構わないだろ
それより開発環境の選択なんじゃないの
併せてターゲットプラットフォームも事前に決めて 絶対にvba
環境構築もエクセルあれば良い
chat gptも使って学習も捗る こういうのスレ立てて聞いてる時点でセンス無いよ
自分で調べる能力がないから向いてない chatgptにやりたいこと言えばコード吐き出してくれるから
プログラム習得は不要 >>155
作りたいモノが無い奴、つまり漠然とプログラミングを習得したいって奴は、大抵がそうだよ
当然、用途やターゲットプラットフォームも意識に無い そういうのは習得も遅いから向いてないのに変わりはない >>157
これだよね
結局最適解を求めて何もやらないんだよね
何でも良いから失敗してもいいからどんどんやらないと何も始まらないのにね >>57
Kotlinを使うともうJavaには戻りたくない ecmaにもっと頑張って欲しい
特にクラス定義周り 生産性と実効速度について語ってほしいわ
vbaでもコンパイルされたらpentiam4で動かすより早いだろ? >>4
人気はないけど意外と稼いでる言語だわな
コボラーは高齢化してどんどん引退していってるがメインフレームはまだまだ残っている >>156
これが一番の近道
後、ラズパイみたいな実際に動いてる事実感出来るやつ
Pythonは相当やる気無いと入口としてはマジで最悪 >>159
動機付けが曖昧というか意識的じゃないんだろうなぁ
だから手を動かせずに、アプローチの仕方もハッキリ出来ずに
言語は何がいい?なんて質問になってしまう
金儲けしたいから売り易いスマホアプリでandroid, ios両方作りたいとかなら
じゃあflutter/dartを選んでしまうのもありだろうし、
具体的に数値解析ソフト作りたいとかならWindowsターゲットで、
VisualStudioでC/C++で始めてみればって事になるかも知れない
尤も最近は数値解析のパッケージなんかも充実してきていて
多変量の行列計算でも大抵の?言語でネイティブ動作を期待出来たりするから
C/C++に執着する事も無かったりするけどね。例えばPythonで簡単に
動機が明瞭であれば
自ずとターゲットプラットフォームや開発環境,言語の選択肢は絞れる筈 PythonかJavaScript
不人気な言語は情報が少ない
情報がないとすぐに行き詰まる 業界によって様々だとは思うが
自分は組み込み系のCだけで30年生きていけてる
最近設計したマイコンボードはメインマイコン、サブマイコンにCで実装中 c++とtypescriptとVBAだけあれば他何も要らんレベル >>177
いまの生成AIが出来るのは閉じた内部処理コード生成。
人が触りやすい/仕事の手順に沿ったインタフェイスとかは無理だからその組み込みは自分でやることになる。
生成AIのコード活用はまだまだ過渡期だし、コードだけ出力する生成AIで落ち着くことはないと思う。
将来的にはコードを隠蔽しテスト手順とともに完成形を提供するサービスになる。その後テストマトリクスを消化してから使うという手順だよ。
まあ生成AIはいま普通に使えるから使ってみ。コードの知識無しで使えるものじゃないとわかるから。
AIを挙げて使わないで空想でもの語るの多いけど、何処で学んだのか、学ばず使わず分かった気になったのか教えて欲しい。 >>165
vbaは組み込み処理系だからコンパイルはないだろ。プリコンパイル前提はvbvmだけどこれはvbaより早くサポート切れ。
vbaはまだ替わる実装ないしMS以外のアプリにも提供されてるからまだ数年は使われると思う。 最近MQL4の勉強はじめたがくっそ難しいな
序盤で挫折しそう
MQL5はもっと難しいらしいし、こんなん独学で覚えるのマジ無理ゲーだろ 仕事で使ってる言語がJCL、RPGという汎用性の無いもの >>184
内部でコンパイルされてんじゃなかったけ?
15年も前の話なんでスマソ
いまはラーメン屋だしw 複数の言語に習熟してしまえば関係無い話だが、
何を最初にやれば、他の言語を習得するハードルが下がるだろうか?
漠然と出来るようになりたいのならそういうアプローチもありなのかな Cからやりゃ他の言語も理解しやすいとは言うが自分がやりたいことからやればいいんだよ
慣れてくりゃどんな言語だって同じ 結局、何をしたいからプログラミングを始めたいのか次第じゃね?したいことで一番使われている言語を習得するしかない。 EXCELでVBAでいいんじゃね
会社の事務の人にも重宝されるぞ >>191
目的がはっきりしてないならVBAでいいと思う
普段Excelを使ってるならやりたいこともイメージしやすい
pythonは簡単って言われてるけど、あくまで他のプログラミング言語と比べてコードがシンプルってだけで環境構築が必要だし、そういう準備もいらない言語がいいと思う >>107
ありがとう
Pythonの勉強始めてみるよ >>188
まあ何でも内部ではコンパイルされてるけど、コンパイル済のファイルを作る処理系じゃない。コンパイル済の実行ファイルを作るvbは1998年で終了してるよ。でもいまでも使われてるけどw pythonは文法が腐ってるから学習という意味では悪影響しかない >>198
言語の勉強しても目的にはたどり着けないよ。複雑なアルゴリズム覚えてもきりないし、裏で動いてる仕組みや実装の経緯追っても、専門家ですら今時点からやると10年経ってもろくな成果出せない。プログラム言語ツールは道具だから目的に進んでそのためのこと覚えるのがいいと俺は思うよ。
で、近道でいうと、pythonでのトレーディングの流れを知りたい、そのうち独自の勘定で自動取引したいというなら、backtestingというライブラリの情報を追うところから。
これは実際の商材の価格推移データを投入し、売買ルールを定めて自動化したらどうなるかをブラウザ上の表で確認できるシミュレーションを行うもの。売買ルールは単純なものはプリセットで揃ってる。
docker形式のパッケージからインストールすればwebサーバー等必要な環境一揃い入れられるから便利だよ。基本的には閉じたアプリだから設定ファイルを弄るだけで最初はpythonの知識は必要ない。
実際の売買やリアルタイムの価格推移を取るようになるとpythonでのコーティングが必要だけど、それまではpythonよりdockerという環境構築ツールの方が重要になる。
プログラム言語に振り回されてもあまりいいこたないから、参考まで。 C言語は基礎となるいい言語だけど、作りたいものが初めからある人じゃないと基礎をかじった後に目的を失ってやめそうかなとも思う
あとif文、for文はすぐに理解できても多次元配列辺りからイメージしづらいし、その点VBAは元々二次元のセルを扱ってるからわかりやすい(´・ω・`) >>201
FORTRAN系
・FORTRAN:元祖プログラミング言語、科学技術計算向け
・BASIC:初心者向け
BASICはFORTRANが難しいので簡単にしたもの。PC黎明期に大活躍
COBOL系
・COBOL:事務処理用の言語、主に銀行の基幹システムで大活躍
COBOLは統一されてるね
ALGOL系
・Pascal
・C言語
・Java
・C#
・Python
ALGOL系が色々枝分かれしすぎ。上記以外にもたくさんある。かと言っていまさら統一は無理だろう >>100
データのグラフ化とか数行で書ける簡単な言語はpythonだけ Basicが良いと思うんだが当のマイクロソフトが廃止したがってるのが意味不明 >>180
パチンコだと今でも現役って聞いたコトあるな >>172
今でもできる。
6502やってみたい。
6809はFM-7の時に既に挫折したしサブCPU使うのも面倒くさい。PC88もサブCPUにdisk操作以外に何かさせるのはメモリも少ないし微妙だからな こういうスレでマシン語とか書いちゃうエアプにはなりたくないものだな
マシン語最強 とか一生言ってろって感じ どうせNOPぐらいしか覚えてないくせに 本気でやるならまず機械語・アセンブリ言語からだな
これやっとくとC言語とかでポインタが分からないとかにはならない
試しにやってみたいならExcel入ってるならVBA、ないならVBスクリプトかブラウザでJavaScript
開発環境を入れないでできるから入りやすいので
Windowsアプリで窓出して作りたいならC#一択(一番簡単にWindows窓アプリが作れる)
開発環境を入れないといけないので少々ハードルが高いが そろそろAIがプログラミングしてくれる時代になってくるんだ >>219
マシン語最強なのは本当だろ
CPUの仕組みが分かるのでC言語とかでポインタが分からないとかにならないし
デバッグとかで何が問題かも見つけやすくなるし、プログラミングをする上で非常に役立つ C言語はなんだかんだで食いっぱぐれないな
最近はAIでコーディングとかも言われてるけど、俺が長年やってるような産業機械を制御するプログラムはネット上にノウハウやサンプルコードがあんまり転がってないせいかAIではまともに書いてくれなかったわ いまからマシン語やりたいとかいう人はWebAssemblyでいいんじゃない?
私はヤダw 使われてる言語が何かよりも出来た物が使われてるかの方が重要なのでは つーか実際の仕事では○○言語使いたいって始める物ではなく
とりあえずソフト開発会社入って最初に配属された現場に運命が左右される pythonは簡単でいいけど、バージョンアップごとに互換性がなくなる マジレスするとCOBOLとPL/IとアセンブラとEASY なんでもいいよ
一個覚えれば他の言語もすぐに覚えられるから 定期的にプログラミングやろうと思うんだけど毎回色々準備してハローワールドまでやったところで力尽きる >>235
情熱もしくは目的意識を維持するのも才能だからな
仕事だからしょうがないみたいな意識では続かない フォートラン一択。フローチャートを書くんだぞ。
テンプレート使ってな… 何ができないかで、マズイと思うのはcだな。
他はやった事ないだけかもしれんで済む >>221
ベースはAIがやってくれちゃうけど細かい調整は人の手が必要だったりするだろうな
無くなりはしないだろうけどエンジニア全体の数はかなり減りそう スマホアプリ作りたいなら今ならflutter/dartだろうけど、SDKというかフレームワークにクセがあって他のフレームワーク使おうとすると戸惑うかも。 >>243
いまのとこgoogle検索でサンプル拾ってきて多少アレンジする程度
数学の証明は全くできないから論理性は高くない エクセルのVBが実用性もあるし、いいんじゃないか? Pythonは遅いけど何かと痒い所に手が届くから「脇差」として身につけると良い
「打刀」としてJavaなりC#なり金になりそうな言語を勉強する 量子コンピューターが実用化されて、シンギュラリティが起これば、本当にいらなくなるかも 学生の時にフォートランとN88BASICとC言語やってたら
混ざった CとC++ってメモリ管理が面倒な奴なのになんで人気あるんだ?
C++はマシになってはいるけど今覚えるならそれがないC#やね
Cを最初に覚えたから引きずってる昔の人が多いだけ? >>254
メモリ管理を直接やりたいゲームプログラマとか制御系じゃね?
同じゲームでもインディーズ系はC#が多いし。 日本人がプログラム言語を習う為の大きな壁が英語の壁と言うのが大きい、数学の壁は世界共通だからね。
つまり、出来の良い母国語のプログラミング言語とそれを変換するコンパイラが有れば言う事は無い。勿論、コンパイラの必要が無いんインタプリタ型でも良い。
そして、メンテの為にコンパイラから母国語言語への変換ソフトが有れば言う事は無い。 >>254
速度重視だったらC#じゃなくてC++とかになるんじゃないの? >>254
速度重視だったらC#じゃなくてC++とかになるんじゃないの? 学生の頃C++勉強したな
光線追跡法って今で言うレイトレーシングの
プログラム作ってた
会社にITの部署あるけど、雰囲気悪くてしょっちゅう言合いしてるし夜遅くまで残業してるし、
枯れた技術の電力インフラ系の道に進んで
良かったよ 環境整えんのが楽なのが一番
hsp2.6とかが好み プログラミング日本一の小学生が作ったのは「読みたい本が探せるソフト」
https://youtu.be/YsJtdi4kNmY >>256
プログラムの英語なんて、英語圏の人にとっても特殊だしハードルが高いのはそこじゃなくてハードウェアやフレームワークの動きをイメージする事が出来るかどうかだし、
日本語のプログラミング言語もあるけど普及しないんだよな。 パソコンサンデー1988 3 13放送『C言語入門講座 X Cコンパイラ特集』
https://youtu.be/UpUDIjbWqa0 >>247
ねーよ
あんなのを最初にやったらVB専用機になるわ 目標はスマホ、アンドロイドのアプリ作って公開したいんだけど何からやればええんやろか
仕事でよく使うような関数電卓の簡易版みたいやつ
なんかおしえてーな プログラミングからCG制作まで 小学生ゲームクリエイター兄弟 開発現場へ
https://youtu.be/EVeBqqtdMOQ >>256
そりゃないだろ
英語の壁があるとしたらプログラミング言語そのものじゃなくて、プログラミングを学んでいく過程で
英語の文献やらネット情報やらにぶち当たる可能性があるってとこだと思うが >>257
システム開発やデータ処理ならC++一択だとは思うけど他はもう何でもいい気がしてる >>1
そもそもプログラムってベースは全部同じなの? 素人から初めて
「証券会社サイトでの株売買を自動化する」のには言語は何が良いの? >>271
google playからダウンロードしてくるようなアプリ作りたいならkotlin。
でも関数電卓の簡易版みたいなものなら、javascript覚えてPWAってのにした方が簡単かもしれない。やったことないけど。 パソコンサンデー 1987年05月10日 XBASICについて
https://youtu.be/qv0L22ZUPpc >>254
CはPythonと裏で繋がってるからな
5chでいうなんJと嫌儲みたいなもん >>275
科学技術計算とかでとにかくパフォーマンスが必要な場合はC++がよさげかな
Windowsアプリなら物理演算部分をC++で書いたDLLに追い出してそれをC#や
VB.NETで作ったUIから呼び出すとか 基本システムはC/C++
Windowsのアプリ開発ならC#、VB
AIならpython
古いプログラムのメンテならCobol
こんな感じでしょ? 老後の暇つぶしに電子工作やろうと思う
昔C勉強したことあるからarduinoはすぐわかったけどラズパイは敷居が高く手が出せない 小中の学習には Cで動かすArduino程度で、LED点滅や モータ駆動させるので十分では ターゲットがわからないからそれぞれ言いたいことを書き込むスレ
そしてこの手のスレは何度も立っているけど5chはボケ老人ばかりだから同じことを書き込む という煽りをその都度書いてるんですね
わかりますん Javaの開発案件は少なくなってるんだよな
代わりにC#が多くなってる 言語なんか基本ルールでいつでも習得できるから
数学とか物理や工学を学ぶほうが重要 Cやっとけばあとはなんだかんだ言って地方の方言みたいなもんだから勉強すればできる 数値計算はJuliaが流行り始めてるな
昔のFortranのソースメンテしてるところも多いけど >>285
マイコンいじらせるのが一番良いな。
基礎だけ教えておけば端子にいろいろ繋いで生徒が勝手にアイデア出していくだろうし。
複雑な言語を教えても仕様がコロコロ変わるから数年で新しい教科書作らないとならなくなるしな。 >>290
最初のハードルが高いから、出来れば頭が柔らかい10代で教えるのがいいと思う。 >>147
Object Pascalを韓国人に例えるなバカもん
>>149
日本風ラーメン好きにも違和感がないように作られた日本リスペクトのフランス人作の魔改造ラーメンみたいなもんだよ
ただし素材は煮干しでもガラでも長ネギでもニンニク生姜でもない
ましてや小麦粉でさえない
ラーメンっぽい何かで他人に設計とかバレやすいけど、とにかく現代的で美味い C/C++ に飽きた人 → Nim
Java 卒業したい人 → Rust 言語はともかく、40歳以上で現役でプログラマーやれてるやつってどんだけいるの? >>299
言うほど数学使うかね?
3Dやるならクォータニオンとか必須だけどさ。 集合論と論理学が弱い人は辞めた方が良い
確率と統計が弱い人も辞めた方が良い visual studio を落としておけば、10年は遊べるね。c#がメインにはなるけど。
金にもなりやすい。 例文とかみてみるとどれも似たり寄ったりにしか見えなくて違いが解らん
見ただけでこれはCだとかPythonだとか解るポイントはなんだろう
(俺はそんなことすら解らないくらいクソド素人だいう自覚はある) >>218
6502/65816簡単だよ
まぁファミコンとスーパーファミコンだが
できるのはワイ黒歴史 >>308
似たような文法でもその言語のお作法的に好まれる形とかある
というかPythonとCは見分けつくでしょ素人でも 業務アプリやゲームなんか作ってる言語は学問的には底辺、社会の奴隷 仕事じゃないならJavascript+css+htmlをセットで覚えたほうが楽しいと思うよ
ブラウザにグリモン系拡張入れてスクリプト書けばページを好きなようにレイアウトできるし自動操作させることもできる >>308
Cは各行が;で終わっていて
あちこち{}で囲まれている
pythonは行の頭がタブで始まっている >>299
>>302さんに同意
構造解析ソフトを作った事があるけど数学の知識は使わなかった。
↑
複雑怪奇な行列演算式はセンセイと呼ばれる人が作ってくれる。
地震模倣機材の制御、マンマシン、データ収集、行列演算ライブラリコール、これらのリアルタイム表示と保存が我々の仕事。
倍精度か、単精度か、中間精度は大丈夫か、演算は正しいのかをチェックするのはセンセイの仕事。 仕事考えるならJavaとVBAだね。
資産が膨大なんで、定年まで仕事に役立つ。 >>306
この間久しぶりにインストールしてみたがNode.jsとかPythonとかUnity
とかいろいろあって気が遠くなった
ちょっとC言語のソースをビルドしたかっただけなのだが >>223
いまどきのRISCでまともなプログラムが書けるならいんじゃね まあ無理だけど
知ってて損はないけどラテン語みたいなもんでアセンブリ言語ならCASLで十分
C至上主義もウンザリする デバイスドライバでも書くのか?
まともなエンジニアならプログラミング言語なんてツールの一つに過ぎず必要に応じて学んで使い分けるもんだ 未だにCでDOS窓でファイル操作延々やってるわ
JEFコードもWindows上じゃただのバイナリデータだし 要はC/マシン語至上主義者はそれが最高なんしゃなくてそれしか知らないだけ >>308
基本的なコマンドは、どれも似たようなものだから似たり寄ったりなのは当たり前だな。
拡張コマンドの部分や出来る事と出来ない事が違うだけなので、基本コマンドさえ覚えればあとはどの言語も出来るようになるよ。 >>315
フレームワークがほとんどやってくれるからパラメーターを渡すだけだもんな。
そもそも、そんな部分まで作ってたら永遠にアプリは完成しないだろうけどさw プログラミング言語も
生産者
消費者
に分類できる マジレスでPython
プログラミングの基礎知識と半年くらいの経験、ChatGPT4あれば大体のもの作れる >>328
1位で人気があるし現状需要が高いから仕事にするならいいかもしれんね ALL ABOUT マイコンBASICマガジンII 2018 イベントダイジェスト映像
https://youtu.be/x3vREfYChhk >>325
消費者が「もうお腹いっぱいです😿」っていっても流し込み続けられるように間にキューを挟むんですね。
たのしそう😿 >>294 そう1つ上の ESP32ならSDカードのデジカメ画像データをLCDに表示したり、CCDカメラを繋いで
ビデオサーバにしたり、顔認識してロボットAI走行したりして色々と遊べる。BASICやPythonとかは絶対に不要 うーん
Java
Javaできればモダンな言語はだいたい組める >>278
ありがとう
google playに登録して名前残したいの
調べてみます
特許とかも仕事で立派なものではないが小さな案件で名前載れたし、薄給の中でこんな事しか人生の剥げみになるものがない 一般的に用いる開発言語
C言語(ロボットやAIの開発)
C++(アプリやゲームの開発)
Python(Webサイトやブロックチェーンの開発)
MicroPython(IoTの開発)
Java(Webサービスやアプリの開発)
JavaScript(チャットボットやWebアプリの開発)
Rust(OSやAPIサーバーの開発)
https://engineer-style.jp/articles/8557 >>334
ESP32使いが現れて嬉しい
本当はルネサスに頑張って欲しいけどね >>219
>>319
組み込み制御ならC一択だし、アセンブラで書かなきゃならないケースも多い。
例えばCが動く前の初期化モジュールが該当するし、最適化されたコードをデバッグする時はアセンブラでブレークを張ったりレジスタを読んだりもする。
ただ、1から書くケースはほとんど無いのも事実で、どうしてもと言う時はCが出したアセンブラソースにコメントをつけるなんてズルをするw >>338 SDカードとかI2C-ROMから TS抜き用のFPGAを書き込ませる為にESP32を使ってみて、
色々と遊べる事が分かった。6502〜68000クラスの数千〜万gateのCPUなら最新のFPGAで作れるし >>319
>知ってて損はないけどラテン語みたいなもんでアセンブリ言語ならCASLで十分
プログラミングをする上で知ってて損はないどころか非常に得だからおすすめだよ
もちろん、CASLで十分、アセンブリをゴリゴリ書けるまでやる必要まではないと思う。必要なら話は別だが
仕組みを知ることが大事
>まともなエンジニアならプログラミング言語なんてツールの一つに過ぎず必要に応じて学んで使い分けるもんだ
これは激しく同意 Cは猫でもわかるが一番わかりやすいC言語解説サイトだったのに出版して消しやがったからな >>334
若手からしたら、おじいちゃんの趣味プログラミングとか全く興味ないでしょ
狭い世界しか知らなくて、組み込みに近いところが高尚なんだみたいな
哀れな老人ばっかりだから衰退するんだろうな 国内だと組み込みはお客様の為にとか言いながらゴミ単価でデフレマインドの奴が多いのが良くないと思う
webなら若手でも100万や120万の仕事あるのにざわざthe ITドカタになりとうない pythonのgithub見たらわかるけどあれもCで出来てるからな
Cは万能だ >>346
よくあるプログラミング入門って、プログラムがどうやって作動してるか目に見える形で確認出来んのよ。
それが組み込み系だとスイッチのオン・オフとセンサー入力だけしか無いから「ああ、なるほど。こうやって扇風機やHDDレコーダーは動いてるのか」って判りやすいわけ。
高尚とかそういうんじゃないよw 未だにゼネラリストみたいな考え方の年寄りも多いからしゃなーない
ビックデータ処理やサービスで使う言語の話をしている若者や統計の話に
マイコンガーとか半笑いしか返ってこないでしょ >>350
負け組国内家電メーカーの自称エンジニアの武勇伝かな >>352
おまえ、ずっと hello world から先に進めないタイプだろw >>353
まあ、国内で必要とされるプログラマって組み込み系が大半だからねw >>345
まだあるぞ、↓これそうじゃない?
猫でもわかるプログラミング
http://www.kumei.ne.jp/c_lang/index.html
C言語編 第1部
http://www.kumei.ne.jp/c_lang/index_c.html
C言語編 第2部
http://www.kumei.ne.jp/c_lang/index_c2.html
久しぶりに見たわ。懐かしいなあ
C言語で窓出せた時の感動を思い出した…
すげえ複雑で笑ったわ。のちに独自関数にまとめて簡単に窓を出せるようにしたけど(C++ではクラスに) >>355
その仕事って日本の凋落の象徴だから相手にされないんだと思う >>355
派遣やSESで安価に大量消費されてる人たちって人生楽しいんかな 本当に設計や実装に長けてたらメー子やメー子の下請けで組込プログラマなんてやってない件 >>356
アーカイブで一番古いのと見比べたらとんでもなく増えてて草 C言語は、長らく日本語で定番の入門書とか言われてた本が配列やポインタの説明間違ってる酷いやつだった。
あんなので入門したらそりゃ「ポインタ難しい😿」とかになるよ。
あの本、もう駆逐されたようでなにより。 >>359
多くは電子系企業の社内開発じゃね?
仕事の量で多いのは車載制御。 自分で何か作ろうと思ったら
swift kotlin, javascript(react) python go unity
を選ぶだろうなぁ 車載はテレマティクスとかはともかく低レイヤーの電子部品開発は単価を買いたたかれて奴隷状態じゃないですかーやだー まずは真空管、半導体やトランジスタの仕組みから勉強したほうがいいよ💻 >>365
組み込み制御プログラマの大半はいずれかの会社の正規社員なので、給与は会社によるとしか言えない。
車載なら自動車メーカーか、聞いた事のある車載制御メーカーに入社するのが安定してる。
下請けソフト屋も何となく聞いた企業が多いが、これはセキュリティがうるさいからで、それもあってフリーランスはあまり聞かない。 >>360
確かにw
勉強してるうちにC#が追加されたような記憶がある
特にWindows SDK編では大変お世話になりました。ありがとう
おかげさまでBASICとアセンブリだけの狭い世界から脱却出来ました でも本当に組込屋さんの開発会社って氷河期やリーマンあたりで時が止まってるのか人件費安いままのとこ多いよな
新規製品作る時にWebやクラウド側の開発会社は月単価100万では安いからやらないよって言うけど
組込側の開発会社は100万で1人じゃなくて140万で2人でどうですか?今なら新入社員をタダでもう1人つけちゃいますとか言い出して脳がバグる >>366
CPUやメモリ作りから始めろってかw、と釣られてみる >>369
その企業にとって新人付き140万円って凄えお得じゃね?
本来なら少なくても1年は何も稼げない人材が金になる上、仕事まで教えてくれると言う。 メインの他に片手間でいいからCOBOL覚えておけば、しばらくは食いっぱぐれない
いよいよCOBOLからの置き換えが本格化し出すから
面白いか面白く無いかは置いておいて >>373
00年代あたりから派遣の人身売買で遣り繰りしてた会社が今も自転車操業してるだけとも言う
そう言うとこから来るのお察しの人間性と技術力しか持ってない >>374
コボルはシンプルな言語なので、必要な知識はデータベース含む全体設計の分野だろね。 >>374
COBOLとかいう検索しても知りたいことがヒットしなくて初心者が挫折する言語ね(´・ω・`) >>346 そこまで云うなら先ずは日本語捨てて英語にすべき、win-OSとかgoogleとかの世界levelの回転speedに辿り着けない >>376
車載制御に来る方は(かっては)特定派遣と呼ばれていた方達なので、要するにその会社の正社員。
いわゆる派遣さんってのはセキュリティとレベル的にほとんど見ない。
何せ数年後に発売する車両の各種仕様が閲覧できるゆえ。 >>138
Cは構造化プログラミング志向。C++ ,C#は、オブジェクト志向。
linuxとjavaは、Cで作られてる。windowsは、C++で作られてる。 >>382
ギャラガはソースコード公開されていて全部Z80のアセンブラとかだったような。 そもそも、C++とJAVAってなんかソックリ過ぎて
どっちかマスターするともう一方が理解出来なる成るよな❓
だって、一文字でもタイプミスすると、シンタクッスエラーぢゃーーん。
だから、JAVAなんか無くしちゃえ、
てか、1位のパイソンとかいうの、使えるの❓ >>384
アセンブラってほぼマシン語じゃないの?すごっ >>380
特定派遣とかまさに使い捨てだったじゃん
そういう会社って今40~50過ぎて自社に戻されたけど席がない不燃ごみだらけだぞ >>386
しかもZ80が3つ載ってて、メイン/サウンド/グラフィック担当で分けてるらしいよ。
ある意味マイクロサービスとも言えるw N88Basicでパックマン作れるけど、どこか使ってくれる? >>386
当時のゲームはほぼアセンブリ言語だったと思う
そのうちC言語に移行して行って、今ではC++かな? 5chの技術者よりここにいる奴らの方が優秀な人いそう まず高級言語(Basic、Cobol)的なので
詳細設計やって、ん、Xを10倍するんなら、
2倍したのと、2倍を3回したやつを合計すると
紙に手書きして、∵10=2+2^3
で、更にフローチャートかいて、そもそも
アセンブラって構造化されてないだろ!?
んー、面倒くせぇーーーーー
やっぱC言語だけど、ポイント面倒くせぇーーーーー
だから、Z80は中々いい感じ
6809アセンブラは、ツーには評判よかったけど
なんか、とにかく、仕様が上下逆って感じであれは
駄目だな。てか、パイソンって使えないのかな?!
お仕事ならパイソンかもだけど、
趣味なら別のやつだろ。知らんけど >>386 z80-インベーダ世代ですね、ドラクエ1〜が6502-Asmで1万行 程度、その後のgameはcに移行でしょ パイソンはルビー臭いからなあ
いつまで流行してるか分からん怖さがある >>302
そりゃ目的によるんじゃない?
俺は本職のプログラマーじゃないけど、ある分野での技術的な分析を仕事にしてるから
自分で物理シミュレーションのためのプログラムをExcel VBAで組んでる
なのでニュートン力学とベクトル、微分積分、三角関数、指数対数なんかは使いまくってるよ
しかしVisual Studioがあればもっと楽なんだけどなあ
VBAじゃVB.NETと比べても性能が低すぎるしデバッグもやり辛くてキツイわ >>324
そりゃ自分の目的としてる計算をやってくれるフレームワークがあるならいいけどそうとは限らないだろ?
俺が以前VB.NETで物理シミュレーションプログラムを作った時はソルバーの部分は全部自分で作り込んだぞ
画面表示の部分についてはDirectXのラッパー使わせてもらったけど
今は異動のせいでプログラミング環境がExcel VBAに超絶劣化しちゃったから画面表示の必要すらなくなった >>398
そういうのはmatlabとか、それこそpythonの方が捗りそうな気が。まあ目的よくしらないから確かになんとも😿 C++を覚えてしまえば、他の言語は方言のようなもの。
C++は小さなアプリから大規模な基幹システムまで作ることが可能だと思います。
C++を覚えるスキルがあればPythonやJAVA等は必要になった都度覚えて、必要なところに使用するのが効率的じゃない? >>302
何を作るかによるけど四則演算出来れば大抵は事足りる
複雑な数式だとそもそも仕様なり向こうが提示するだろうし >>386
8ビットの頃はアセンブラが出来るのが当たり前だったのに今じゃ特殊技能なんだなw
まあ、CPUや周辺チップの内部までいじれちゃうからなぁ。 >>398 自動測定してExcelでデータ表示や分析とかだったらC#がそれなりに高速で簡単かな
ただ最近の Excelは C#から直接 書き込み操作が出来なくなっているのが残念 ちょこっとしたアプリなら無料のC++Builder Community Edition 最強。
こんなに簡単に、あっという間に作れちゃうけどバカになっちゃいそう。 >>404 今でもCS放送 40Mbps辺りの ESP32での暗号解読は Asm必須、300Mhzクロックでもギリギリ >>376
組み込み系やフレームワークは派遣PGに出来る仕事じゃないぞ。
パソコンみたいに内部公開されてるわけじゃないから、正社員しかリファレンス資料見れないし。
そして、その世代が還暦迎えて開発環境やフレームワーク作れる人が引退寸前だから、どーしたらいいの?って状態が今ここw
若いPGなんてフレームワーク無いと何も出来んしハードウェアレベルのプログラム書ける人材を今から育てるのも基礎が出来て無いから途方に暮れちゃうよね。 大学でしか使われてないアカデミック言語とか他言語への応用力が低すぎる高齢社畜言語とかを勧めてる奴はそろそろご退場して別の趣味に走った方がいいと思う >>400
俺のやってる仕事が職場の中でもイレギュラーでな
うちの職場は皆何らかの調査分析みたいなことを仕事にしてるんだが、ほとんどの人は
インターネット上や書籍やらで情報を収集してそれを整理分析みたいなことをやってる
俺みたいに物理シミュレーションを使って何かやろうとする奴がこれまでいなかったから
そもそもプログラミング環境自体が存在しないのよ
しかもセキュリティ絡みの事情で勝手にフリーソフトをインストールすることも許されてないから
プログラミングで何かしたければMS Officeに入ってるVBAしか選択肢がない
>>402
全部自力で何とかしなきゃいけないケースもあるからそうとは限らんよ
以前の仕事がそんな感じだったわ
当時の職場が商用の科学技術計算ソフトウェアを使ったシミュレーションを担当していたから、
そこならこのくらいできるだろうと思われてある事象についてシミュレーションでの見積を頼まれた
でも保有していたソフトウェアでは逆立ちしても出来ない要求だったから、職場で唯一多少なりとも
物理と数学の知識があってプログラミングもできた俺が自分でプログラムを組む羽目になった
>>315が言うようなセンセイなんて存在しないから、プログラムの仕様を決めるのもソルバーの
作り込みも全部自分一人で何とかしたよ >>387
そいつらはコピペとフレームワークを引っ張って来るだけのIT土方だからw
雇ったものの生産効率があまりに悪くてプログラミングの勉強しながら仕事してバグを量産してるだけの産廃だし。 >>392
なんか知ったかぶりが書いたような文章で草w >>90
その通りですね
あと組み込みかそうでないかで全然違うような >>413
こういうアプリを作りたいってのがあって、じゃあ何が必要でどんな開発環境がいいのかって辿った方が最短で習得出来るわな。 >>414
ありきたりだけどやっぱりゲームってパターンが今も昔も一番多いだろうな
自分も30年以上前にそれでBASICから入ったし(当時は長続きしなくてすぐ挫折したが) >>366
シリコンやゲルマニウムについての化学も必要ですね >>411
自分を卑下した自己紹介しなくてもいいのに 組織はコード外部になんか依頼するから日本は落ちぶれていく
目的もわからず部品しか作らない
発想力もない 言われたことしかやらない
検索すればいいと思ってる 考えることをしない
zで終わる
自分で考えて書くのって重要と思う >>299
関数、配列、ポインターなどの概念は数学の知識があったほうがいいですね あとはそろばんですかね
5進数と10進数が学べます >>417
おまえさん、大した事書いて無いからプログラミングも出来ない素人だろ。 >>419
プログラムのポインタってメモリアドレスやレジスタだけど数学の知識いるか? >>422
図星だったかw
このスレはお前の知識では高度過ぎて何書いてるのか理解出来んだろw >>67
コンパイラが処理できない特殊なコードだけですけど今でも使いますよ >>425
同一人物にでも見えてんのかwIDも見れない低知能で草 C++は言語としては腐っており初心者には向かない
真面目に防御的プログラミングすると本来の目的には寄与しない記述がどんどん増えそれを完全に書くことはベテランでも難しい。よりよいC++を目指したRustはそれを言語レベルで補助・強要しようと試みたがその結果知識経験がないと使いこなせない言語になった。それくらいC++の問題は根深い
初心者にはまず機能が少なく把握しやすいCで低水準ではどう動くかを学ばせ、PythonやC#やJavaがいいんじゃないだろうか 典型的な組込の俺、技術力ありますの勘違いしてる人が多い >>406 CPBは簡単で良かったけど周辺機器の Driver側が対応しなくなって廃れて逝った、結局M$社-VSの独占状態 Cをファーム書けるぐらいまで習得できて、あとオブジェクト系を抑えとけきゃ
潰しはなんぼでもきくやろ。 ポインタがレジスタとか言ってるのが日本のエンジニアのレベルを良く表してる IT系はすぐに動くのが作れるから簡単そうに見えるが
生産性の個人差大きい
適性なくやってる人も多いね >>428
俺もC++は正直害悪だと思ってるわ
純粋仮装関数とか思い出すだけで反吐が出る
C系統でオブジェクト指向言語ならその辺を改善した後発言語選ぶべきやね
どのプラットフォームで開発するかにもよるけどRustはちょっと難しいのでC#とか… >>4
もう銀行システムがJAVA以降完了しつつあるから10年前言われていたCOBOL永続説は否定されている。
メンテ程度しか需要が無くなっているから、今後はドンドン先細り。 >>398
そんなのはソフト屋の仕事じゃない。
その分野のプロに頼めばいいだけ。 それでもいちからC++勉強するよりはRustのほうが大分マシだよ
PythonやGoやC#等ではなくRustに行くなら人間側により負荷がかかるのは仕様なので諦めるべきところ >>12
エスペラントなるプログラム言語はない。
パスカルは教育用途メインで、一時期Macで使われていたが、はるか過去の話だし、ADAも軍用では使われなくなってモジュラも消えたからニコラス先生の言語はほぼ全滅。
BasicはVB系以外ほぼ全滅でVBもC#にとって代わられつつあるから下火。
オッカムは研究室レベル以上の処理できる汎用ライブラリがないから無意味。
JAVAは1に書いてある通り。 >>14
二進数表記は極論マシン毎に異なるから無意味。 >>15
すでにAndroidの標準的な開発言語はJAVAではなくなっている。
何言ってるんだ歯っ欠けハゲ君。 >>438
だから自分は本職のプログラマーじゃないと言ってるんだが
その道のプロに頼むって言ったって金はどうすんの?
それに結局は「その道のプロ」がフレームワーク組まなきゃいけないわけだから
そういうプログラムを組む上で物理や数学が要らないことにはならないだろ >>20
SQLなんてわざわざ勉強するような言語じゃない。 >>24
パワーシエルはそもそもWindows系しか使えない。
Pythonはビッグデータ向きというより汎用だし、VBAなんて今やお荷物だ。
時代についていけないカスプログラマーは引っ込んでろ間抜け。 >>439
rustはいつになったらまともな汎用を持つんだ?
カスはまともにプログラム書いてないがらこんな話を偉そうに書き込む。 >>398
こういうプログラムかけもしないくせに何かファンタジー抱いていてファンタジーでプログラム語っちゃうカスは迷惑なだけ。 >>446
フレームワークの意味が分かってから使えカス。 HTMLとCSSとJavascriptとReactとSQLとfirebaseを同時に独習してる
現状Pythonがまあまあ使える程度
半年以内に身につけなくてはならなくて気が遠くなりそう >>450
カスは妙なレッテル貼ってるお前だろ
真昼間からラリってんじゃねーぞヤク中 >>447
勉強してないバカがクソ非効率なSQLを書いてパフォーマンスを落とすんだが Rustは初心者にお勧めすべきではない
C++の危険なところを隠すために皮を被せたような状態だし、性能や低フットプリントを要求される場面ぐらいしか出番がないし、Rustの奇妙奇天烈な制約はC++の苦労を知らないと理解に苦しむだろう(逆にRustを見てデスヨネーってならない奴はC++を理解していない)、これじゃかなりニッチなノウハウしか身に付かない
あくまでBetter than C++ >>410
自力で出来る部分と出来ないものはある
逆に言えばセンセイがプログラミングすりゃ良いわけでプログラマーなんていらんとも言える
そこをごちゃ混ぜにして前提崩すならそういう職場は駄目になる 京都に用事があったので、阿闍梨餅15個を買ってきてノコギリの横に置きました
お母さんへのお供えと、大工さんへのお菓子の足しに使ってください
「華頂」が届いていたので、それも袋に入れました ですよね
低水準理解できてれば
でも結構組み込み向けですかね >>450
プログラム板じゃないんだから、ニュー速の知ったかぶりに期待するだけ無駄かとw
このスレのコメントを読む限り、6割はプログラミングすらしたことない人でしょ。 >>446
例えば>>315の構造計算ソフトは元々クライアントさんが内製してたんだけど、規模がデカくなってどうにもならなかったんで自社に依頼が来た。
得意分野外をどこまでやれるかはコストと人材によるけど、ソフト屋に必要なのは算数程度だろね。 >>469
製品やサービスの中核となる高等数学等の知識が他人任せだと
行きつくのは請負仕事をこなすだけのITドカタしかないから
自分がどれくらい稼ぎたいか次第じゃない >>466
borlandはなくなってエンバカデロ>>459が一部引き継いだはず 低水準だけじゃすぐに限界が来る
実際には問題を明確にして分解して簡単にして設計実装に落とす必要がある
構造化言語を学べば手続きを段階的に細分化する手法が身に付き、オブジェクト志向を学べば詳細を隠したり設計や実装を流用したりする手法が身に付き、関数型言語を学べば状態がないモノの利点を活用する手法が身に付く
考え方(パラダイム)の引き出しが多いほど良いコードを書ける >>462
そもそもこのスレはプログラマーじゃなくてプログラミングの話だろ?
プログラミングをやるのはプログラマーだけじゃないってことだよ
>>468
へえ?
どの辺が知ったかぶりなのか聞かせてもらおうか
ID:eUJ2pdkb0の馬鹿もファンタジーがどうとかほざいてその後音沙汰なしだけど
>>469
本職のソフト屋ならそういう手もとれるんだろうけどあくまでプログラミング全般の話だろ?
それなら結局物理シミュレーションのプログラムを作るのに物理と数学が必要な点は変わらんでしょ
それを分担してやるか全部自力でやるかの違いなだけで >>385
C++ から Java は楽勝だけど、Java から C++ にはものすごく大きな壁があるぞ >>471
そこらは企画部や研究開発室の仕事じゃね? 要件定義書や仕様書があると思うなよ
素人が作った難解なクソ取説から実装しなきゃならない場合もあるぞ
もうプログラミング関係ねえ
はい今の私がその状態です >>461
Cじゃオブジェクト指向が理解出来ないだろ
そう言う意味じゃC++が使えれば他の言語も大体なんとかなるかな 初めにC++触ったら途方に暮れそう
オブジェクト指向ができると言ってもあれは… >>476
40代を過ぎても人に使われるだけのプログラマやりたい人だらけじゃないしね linaxのデバイスドライバ書くならcかな
にしてもデバイスツリーへの移行は過去ソース全滅でクソだと思う なんな堀江モンみたいな上司にボロくそいわれる漫画なかったっけ >>481
そこらは言葉遊びで、企画や経営が望みなら職制が違うと思われ。 >>482 簡単で遅くても構わないデータ処理 迄で、ベクトル構造体を使うとか高速処理する必要があると直ぐに用無しになる >>36
windowsならpy2exeとかあるね
使ったことないけど >>398
気持ちはわからなくはないが危険なことをしているな
数値処理は高度な数学的処理になればなるほどイプシロンの問題が発生するから、
わかってない素人は自分で書けると思ってしまうんだろうけど、
情報科学者が書いたライブラリやそのパッケージを使うのが責任感のある方法
せめてその手のプログラムはC, C/C++で書いてやるべきだろうな 言語やるならJavascriptかな。
node.jsでwebアプリを作ってみると良い。
Web系やるならどの言語を使うにもフロントエンドでJavascriptを使うことになるしな。
プログラムの基本がわかってればPythonもJavaも対応できる。 どの言語選んでも大昔のBASICみたいな気楽さはないような
初心者が知るべき概念って条件分岐、配列、ループ、あとなんか必要なもんあったっけ?
どれもインストールから始めなきゃならん時点でハードル高いんよね >>492
大昔のBASICはPCの電源オンですぐに使えたからなあ(ROM BASIC機の場合)
インストールなんて言葉も認知されてなかった。カセットテープからプログラムをロードだったな
フロッピーディスクドライブがバカ高くてPC少年の憧れの品だった >>492
必要なことだけ書けばいい場合が多い言語なので
最初にプログラミングを習うための言語としてはいいと思うんだがなあ
ラインエディタ内蔵で起動も電源入れるだけの時代は簡単だった >>492
どうしても何かインストールしたくないならJavaScriptにしとけばいいんでは。
「え?ウェブブラウザをインストールしなきゃ…」とかいうなら…まあがんばれ😿 >>489
ある程度の誤差は仕方ないと割り切ってるけど、一応解析的に解いた解と比較して
実用レベルの精度が出てることは確認はしてる
外部のライブラリが使えれば楽なんだけどそれは無理だな
題材がニッチ過ぎるから多分オーダーメイドで作ってもらわなきゃいけなくなるだろうし
既製品にしろオーダーメイドにしろ手続きやら何やらで導入するのに金も時間もかかる >>489
数値計算にC,C++使うのは数値計算以外の要件ないなら避けたほうがいいと俺は思うし自分で要件設定するなら避けるべきと思ってるよ。
イプシロンの問題はCでもC++でも発生するし、それを回避する方法を前提に話したいなら手法、ライブラリ、パッケージ明示するのが筋だと思う。
(手放しで)C,C++が、数値計算に向かないと思うのは要件設計やプログミングの上で数値計算に集中できないこと。精度や丸めが、処理系のlong,doualeと代表的な演算子、関数に合えばスクリプト言語のほうが使い勝手いいと思うよ。何よりもいいのは繰り返し演算を小修正しながらリトライできること。
古い処理系でCAMの形状解析やったことあるけど、そのときマクロとしてソフトについてたのはVBAで、ツールとしては理想的だった。
まあ外部要件わからん手放しの話でC,C++とか言い出すのは、数値計算というものになにか偏った前提があると思うから、それ自分で解題するとこれからモノつくりやすくなると思うよ。 >>480
俺は自由度が高くて好きだけどなC++
でも、分かるわ、初学でC++はキツイし酷いコードを書くことになるしな
C++初心者の頃はポインタのポインタどころかポインタのポインタのポインタのポインタになってしまって
これじゃない、何かおかしいと必死で設計を見直したわw、最初の頃は酷いコードを書いてたわな
プログラミング初めてじゃなくてもC++に挑戦すると最初は結構戸惑う このスレ見てると、プログラム言語をなんかこれやるならこれが1番とか、説明できない思い込みを抱えて片手落ちに語る人が多い気がする。
まあ他のスレでも、これ抑えておけばいいみたいな、いろんなこと考えるの放棄しようぜってのがニュー速の方向なんだとは思うけど。
でもモノ作る上でそれやったらまあ指示されないと仕事できないし、指示書ないと動かないならいつ無職になってもいい人材にしかならないと思うけどな。
時々ガチで思考放棄してこれイチバンだけで生きてる人も混じってそうで怖い。 >>492
エクセル付属のVBなら気軽に使えるけどね。
社内アプリなんかもエクセルVBAで書いてるところ多いから実用性もあるし。 言語なんか手段なんだからなんでもいい
って前から言ってるのに未だに言語マウント取ってくるアホ
そして何を作るかじゃなくて何を使うかって手段と目的を履き違えてるアホ >>505
参考にするならこれだけで長文と言われるサイトは避けるでしょ。カンタンな話。 >>504
使う目的によって選択肢は決まってくるから何でもよくはないけど、単にプログラミングのいろはを学ぶぐらいなら何でもいいかな。 >>503
エクセルVBAは事務系なら開発効率抜群だしな
膨大なデータを扱うわけじゃなければ問題はほぼ起きない >>508
しかも、バージョン違いで動かなくなるとか無いから6年前に作ったのでも最新のエクセルで普通に動くんだよな。 Excelもpython載せようかって話あるからVBAはdeprecatedになっていきそうだな >>496
javascriptはどーしてもHTMLとか抜きに出来ないんじゃって思い込みがあるからかな、個人的にだけどw
wshで使えるのは知ってるけどねえ >>510
MSは他社ライセンスのアプリマクロ処理系としてVBA売ってたけど、その次として.net互換の処理系も提供している。
なのでマクロとしてアプリ単体で実行する処理系は.net互換の可能性が高いと俺は思う。
pythonにしてもpython.netになるかと。
純pythonでやりたいなら、Documentファイル外からの操作だけど、office api 以降の諸諸のFramework/API使えばいい。これならいまでも対応しているよ。 今はCOBOLだよ。
おまえらの雇用は全銀協が引き受ける >>1
てか
JaveとC++って
比較するもんじゃないだろw
用途も目的も違うし w ニュー速の天才プログラマーならtalkを荒らすプログラム作れるよな?
誰か作って >>509
そうそう、バージョンアップ対応とかしなくていいから保守的にも非常に効率がいい どの言語を使うにせよ、一番苦戦するのは日本語。
悲しいかな、せっかくプログラミング覚えてもそれは案件のほんの一部分でしか無いのである。 言語によって向いている言語とか有るけど、X68Kの悪魔城ドラキュラの直接画面を弄る様な変態な使い方をしなければ、プロのプログラマーなら会社で使っている言語、趣味のサンデープログラマーなら好きな言語を使えば良いんじゃないの?
今のPCパワーなら、98時代のN-88BASICでも実用的な物が出来るだろうし。 ワードプレスが完璧にできるなら言語知らなくても仕事はたくさんありそう
リモートで自宅でもできたりするし >>519
コピペとフレームワーク引っ張って来るだけのIT土方は、すでにAIプログラマ以下だしねw >>517
予算1億円のソフトウェア開発で、プログラミング工程って賞味1.5千万とかそんくらいだな。
設計5千万、テスト3千万、PG1.5千万ってところかな。
作業の8割はプログラミング言語に無関係だな。 >>517
つまり、日本語が出来れば他の言語は楽勝と言う事になるのか。なでしこ・ひまわりでも作れるけど、プログラミング言語の完成と言うには遠いみたいだしね。 >>522
営業経費がまるっと抜けているじゃん。
賄賂をどこからねん出するんねん。
あと百万単位でないのが。 >>522
設計もテストもプログラム言語を意識することは必要だよ。ここの人らが大好きな抽象的な要件でもオーバーフローやポインタ喪失の要件なんかはテストで意識するべき内容だし。具体的な要件だとアプリ上で使う数値体系を実現できるライブラリの有無は意識しなきゃいけないし。インターネット初期だとIPスタック(いまでいうドライバ)のある処理系が前提になることもあったし。
企画レベルでも、このスレで挙がってるマクロエンジンをどうするかとか、API連動で合致する型がプリセットにあるかとか考えなきゃいけないし。
無論そんなこと意識しなくてもいい案件も一杯ある。要するにコレハコレって自分の知ってること手放しで語ってソフトウェア開発には無関係だなって、それマジで思い込んでるなら露頭に迷うことになる分かりやすい例だと思うよ。 >>526
テストマトリクスの勘所は絞られてるからそれ考えると手数少なめ。
移行先でよく言われるjavaは出来ること多すぎて、コーティングルールガチガチに絞ってもエラー想定するの難しいのが難点だよ。 いまだに、SEとかPGと呼ばれる人たちが一体どうやって仕事してるのか見当もつかない… >>530
Kotlin知ってるならどんな作業してるかは想像はできるんじゃないの?それとも営業面の話? >>531
設計してる人とコーディングしてる人が別なんでしょ?どうやってるのだろう… >>332
もう年だから設計とか大変な事じゃなくプログラム以降ならまたやってもいいかな
ま、どこも雇ってはくれないだろうけど 最近の言語は手ごわい
JavaScriptなんてたかがスクリプトではないか
となめていたがなかなか複雑(自分にとっては)
C言語が可愛く思えてきた >>532
いまの実装(例えばスマホアプリやwebのUIFramework)は設計面での手数減らす方向だから実装面の設計はPG側になることが多い。SEはコーディング担当に要件を渡す仕事だから、客に詳細長寿して要件設計したり、デザイナーに素材要件伝たり、要するに他の業界でいうディレクターとして動くことが多い。
まあでも会社やプロジェクトによりけりではあるけどね。でも傾向としてSEは要件設計にちゅうりょくする方向になってるのはそう。 >>532
https://eiga.com/movie/86262/
昔のこと描いた映画だけどこの映画で描かれてる状況はいまも同じだから参考まで。
NASAのマーキュリー計画の時代の「計算係」のお話。ここでは空軍が実際のプロジェクトを持ってるクライアント、NASAの上流の学者がSE、計算係がPGとして描かれてる。
学者らは空軍の要件を半分くらいしか理解しないで計算係に要件を渡し、結果、答えがチンプンカンプンになる。例えばフライトプランが不明確なのにプラン内で有効なスケジュールや速度、高度の上限設定を出せとか。結果、計算係が空軍に直接要件伺いするようになり、SEの座を奪うという内容だ。
役割分担がすごくよく分かる作りになってるので興味があればどうぞ。 >>535-536
なるほど。私は昔、常にSE+PGの仕事してたので、分担のイメージが湧いてないだけみたいです。勉強になりました。ありがとうございます。 >>536
黒人女性3人が全部やったんだよ
プログラミングができない設計SE? w
なんてありえないw
なんちゃってジャップSE w >>537
ムリムリw
プログラミングができないなんちゃって設計SEなんて
ありえないw
なんちゃってジャップSE w talkを荒らすプログラム誰も作れないの?
無能かよ もはや個人でのプログラミング取得は不要になりつつある…
aiが書いてくれる ダンプされたコードも読めないデバッグすらできないカスは仕事じゃ使い物にならない >>536
今はどうか知らんけど、一昔二昔まえまで大手SIerと呼ばれたF士通とか酷かったよ。
新卒そこそこのプログラムのプの字も知らない名ばかりSEが訳の分からない要件定義してきて、結局現場のベテランPGが調整するという。
やっぱりSEとPGは切り離してはいけないと思うわ。 >>547
ww
ジャップはプログラミングがろくにできないSEとかいるらしいなw
海外では最先端AIも最先端エンジニアがプログラミングしてるのにw >>316
可読性、再利用性が芳しくないから消えた方がいい言語 会社の業務の一部でGoogleスプレッドシートも使うのでGAS(javascript)も使ってる。
chatGPTである程度のソースは作ってくれる。(使い方にもよるけど)
GASはスケジュール動作ができるから1日1回特定のメアドの添付ファイルをまとめてDLとか、メールの内容を抜き出してシートに貼り付けるなどやってる。 VBAは出来ると色々捗る
Officeはビジネス向けPCでは標準的に使えるようにしてるからあまり環境に左右されない rubyとかも文法の自由度が高ければ高いほど、可読性が低くなってるゴミ言語 >>549
プログラムとして動作する詩をかくのに必要だからperlは
実務で使え?ご冗談を Googleストアにあるアプリじゃ満足できなくて自作出来たら良いなとは思う そこらの事務でもスクリプト程度は書けるべきだが
旧世代が嫌がって低い評価を与えるんだろうな >>532
そうなんだよ
目的すら分からずに分業だけはしようとする
こういうところに未来はない perl 5の最新版って3ヶ月前リリースなのか
バリバリ現役だけどjava同様に触りたくないなあw >>262
こちとら公式でサポートされなくなったx86で無理やりAndroid Studio動かしてんだ >>547
最終製品のこと、その技術の前提知らないで要件設計はありえんわな。90年代から00年代の印象だけど、富士通は大型コンピュータ案件狙って、看板はメーカーなのに内情はどんどん商社化していったような印象がある。 まずはCをCUIで。
スポーツに例えれば何はともあれ基礎体力を付ける事が大事。
勉強に例えれば基礎学力を付けることが大事。
大抵のCの入門本の巻頭の「はじめに」を読めば先ずCを学習することの意義が解る 仕事でCから始めたけど、CやC++は標準ライブラリの品揃えが少ないので自分で作ったりパクったりで大変。
C#は.NETライブラリのお陰で他の高級言語レベルに使いやすい。
C#はSpan導入あたりから高速化とかもイケメンだと思う。
今はMAUI使ってるけどバグが多くて苦しい。 >>560
独特の省略記法を使わなければよくね?
俺は省略とかしないで書くぞ
まあ、ネットで調べながらだと、え?これは??とネットに転がってるコードに眩暈がすることあるけどな プログラミング関連スレはよく伸びる
ニュー速には大先生が多い証拠だな >>566
個人的には$がなんかムリ😿
でもCPANみたいなこと始めたのはperlの功績かもしれない。 これからのIT時代、プログラムぐらいできないとね
とりあえずアキバのBEEPでぴゅう太を買ってくればいいんだろ? やりたい事があればそのプログラミング情報の多い言語を選ぶしかない。
ゲーム作りたいのにruby始めても参考になるサイトが見つからないと思う。
やりたいことが無いなら向いてないな。 Pascal
デスクトップアプリでクロスプラットフォーム
実行ファイルだけで動くのがメリット S-OSも今の時代にはいいね
ユニバーサルなトレンドでは必須かも ASM/C/C++をマスターすれば、大抵の事はできる。
JavaやrubyやPythonは、サーバー環境ありきだしそのうち用無しになると思う。
BASICとPascalは既に黒歴史になってるし、覚えなくていい。 basicなんて結局最終的にはpeekとpokeだけ覚えておけばいいからな OSI参照モデルで言えば
物理層 HDL(FPGA)
データリンク層 アセンブラ
ネット/トランス/セッション層 C言語
プレゼン/アプリ層 C#
これらを自在に操れるようになればようやくプログラマーを名乗れる
実際はこれらができないど素人がプログラマーを名乗っているので
プログラマーの評価年収が上がらない LinusがC++はゴミって言ってたらしいけど、実際はどうなの? 一番最初はCがいいよ
マスターすれば他の言語は何でも出来る >>579
verilog, VHDLとかsystemC書ける人ってどのくらいいるんだろ?「プログラマー」のハードル高すぎない?😿 Python人気あるんだな。ラズパイで機械制御するためにPythonのコード書いたが、インデントがスコープになってるのがどうも馴染めない >>582
カーネルを書く人にとってCはスーパーアセッセンブリ言語。
C++はスーパーアッセンブリ言語ではない。
new char[10]って書いてもmallocとかよくわからない変数作りだす(初期のC++からCのコードを吐くやつとか)から扱いづらいだけ。
リーナスにとっては使えない。 パソコンのクロックは何万倍にもなったのになんでこんな遅いの。 5ちゃんねるの閲覧が遅いのはパソコン性能の影響ではないだろ >>264
「ええと、ここでC9っと」とかやってたような 本気でプログラミングの道を目指すならCから
サンデープログラマーならPythonから >>50
goはIoTで重宝されるからな
製造業は何やかんやで金持ってるから有利やで >>590
真っ当にやるなら最初はクラスを実現できる言語のほうがいいよ。仕事で使うライブラリの大半はクラス前提だからね。また、実メモリ参照はむしろいまはない処理系が殆ど。なので、仕事でやるなら最初にCは何か実装面での事由がない限り勧められないと思うよ。 Cさえ覚えれば他の言語の学ぶハードルは大分下がると思う Python一択
cは古臭い、c++、rustは学習コストが高い
goは知らんが情報の多さ的にもPythonでいいかと 時間かけてでもプログラミングを学問としてちゃんと学ぶならC→アセンブリ→C++→その他の順
もちろん全て必須
基礎どうでもいいからさっさと仕事とか実用にしたいならJava, C#, JavaScript, Pythonのどれかから >>567
日本のIT人数は120万人を超えてるため、プログラムを職業としてる人の人数が多いのと、回路屋や、研究者や、ウェブ設計者など、プログラマじゃないけどプログラムを書く必要がある人の人数も多いからだと思われ。
各業種で使われる言語が違うんで、「Cだ」「Pythonだ」「Javaだ」になるのも仕方ない。 何を始めるにしろ
楽をしようとは思わないことが大事。
最初からVSCなどのプログラミング用のエディタは使わない
楽して身に付くものは贅肉だけ。 >>597
エクセル使わないでそろばん使えって言ってるようなもんだな >>587
ほんとにな、8ビットでアセンブラで書いてた時の方がレスポンス良かった。
OSにいろいろ無駄なものを付け過ぎなんだと思う。
OSなんて周辺機器と内部チップのやりとりだけにして、それ以外はアプリかスキンで対応すればいいのにな。 >>596
日本はハード屋は意外に多いんだよな。
制御系というと馬鹿にしてマウント取るやついるけど、海外はハード屋は案外少ないから、システム設計からとかやれんし。 >>598
最初はシンプルな言語とハードから始めた方がいいというのなら納得。 >>26
東芝で働いてた時独自言語のPL/GとかPL/7とかあったからお仲間か?と思ったら違ったw >>600
もう大分少なくなってるし、海外の数の暴力には為すすべもない。工学部出て大手行った連中は実務嫌がるし。アイデアはあるけど商売に載せる地力がないのが現状。
最近でも、日本でブームや実装が始まったものが海外で小型化量産化高性能化されてそれ以降一般に広まったのがいくつかある。例えばRFIDとかBTビーコンとか。
airタグが流行る前、BLEが全部のスマホで使える前から秋葉原でBTビーコンのキットは売ってたし、NFCが制定される前からJRはSUICAが当たり前に使われてた。これらの技術が安く小さく一般化されるようになったのは海外の製品からだよ。いまユニクロや書店流通で使われてるEPCタグなんかもね。 >>604
そういう技術にも日本の技術が使われてるのだからなんとも皮肉なもんやね。
アップルのCEOもハード開発やる為に日本に研究所を作った、その理由は日本なら欲しい技術がなんでもあるからだが、アメリカだとそうはいかないって言ってたし。 マシン語出来ない奴らはマトモにデバッグ出来ないから、要介護者って言われる
奴らはガチで使い捨て >>606
フレームワーク職人が還暦迎えてファイナルカウントダウンなのに引退したら、どーすんのかね?
もうチップの改良とか新規開発止めるしか無いよね。 >>607
>>606
親父殿(67)、組み込み制御ソフト屋は前いた会社から受注してリモートで仕事してる。
キャリア後半は課長職だつたので、2000年前後に開発していまだに動いてる機材のアップデートが主な仕事みたいだ。
実家の2Fにオシロだの、ICEだの、テストボードを揃えて楽しそうではある。 Cでメモリーの役割をC++でオブジェクト指向を学べば
後はオマケみたいなもんだな >>582
トーバルズは優秀だけど所詮は旧世代の開発者だわ
C++でフルスクラッチされたBeOSが真の次世代OSだったのに政治で潰された CAP-Xではじめました
CASLにはなじめませんでした
当然Cなんかできません
COBOL最高 >>609
駒の動かし方を学べば藤井聡太に勝てるとは言えないが、少なくても彼を破るためには駒の動かし方を知る必要がある。 >>605
アイホンの外装も昔は日本しか作れなかったところあったらしいけどいまはほかでも普通に作れてるし。 >>615
政治なら*BSD使われてると思うけど。
BeはGUIありきだから使われるレイヤーが違う。 プログラミング言語の自由とは不自由と紙一重だから、初めて覚えるのならN88BASICかScratchかなでしこ・ひまわりで十分すぎる。 マジレスするとVBA
簡単なうえにエクセル入れるだけで動く >>625
FC9801+センサー+UART通信+N88Basicって組み合わせが流行った時期があるらしく、90年代の工場センサーなどに結構使われてる。
自社だと、東北震災の時に休眠中の発電所を立ち上げる依頼があったものの、自社担当分のセンサーが動かず、N88BASIC誰もわからず、退職者を探してテストしていただいた事がある。
高額バイト料払って出張調整依頼したけど、「ワシが東北の方の役に立つ日がくるとはのお」って感じですげーーーー喜んでた。 >>623
いい加減Pythonになるだろ
てかはよしろよ Pythonちょっと見たけど短くていいのは楽でいいね
なんかjQueryみたい >>628
ファイル外からのドキュメント操作APIとしては既にpythonに対応してるよ。またMS純正以外でもpyxlというオープンソースのライブラリがある。
いずれもファイルを開きながらスクリプトを動かすVBAマクロとは違うけどね。MSは当面他の言語のマクロに入れ替える気はなさそう。 COBOLだな
使える奴が軒並み引退して継承者がいなくなるから引く手数多になるぞ >>631
コーダーすらいないということは設計や、ハードの担当もいないということだろ。
既存コード解析して環境面の精査もしてテストマトリクス消化とかとんでもない泥仕事になるぞ、古いシステムの部分的改修は。
巨大システムの部分処理だけ任されて結局ほかの処理全て調べないとわからないしテストもできないとかよくある話。そしてそれを重い仕事として評価する人もいない。
だからパソナとか、アレできるコレできるだけで人引っ張って来るところが重宝されている。 未だにCOBOLの案件ってのはみずほとか京都市みたいなどうにもならない案件だから近寄らないようがいい
もう20年以上前からJavaへのマイグレーションが叫ばれててほとんどの企業はとっくにオープン系に移行してる
令和の時代になってもCOBOLと汎用機使い続けてるってのは脱COBOLしたくてもどうにも出来なかった地獄の証 >>633
みずほシステム(MINORI)はAIによる自動コード生成が売りだね。
正確には自然言語とスクリプトで定義した要件をMINORIがコード化する。
理念はすごいんだが、結果が想定外だと(AI総点検と同時に)最適化されたコメント無しの膨大なコードを人間が確認する必要がある。 流行の言語に合わせるのがデフォな流れだけど、あえて使われなくなった言語に飛び込むのも面白いと思うけどな。
RPG言語とかいまでも需要高いからな。 delphiで書かれたアプリの改修を頼まれた事があったが
環境が無いから断った思い出 >>639
エンバガデロは古い環境のアクティベーションすら打ち切ってる。関わらなくて正解。 pythonの人気があるようですが、皆さんはpythonでどのようなプログラムを作られました? >>564
この前の全銀ネットの障害もコボルが原因に一枚噛んでいる 小学生の頃、親父さんにHyperCard(HyperTalk)を教えてもらい、簡単なメクリゲームを作った事があるが、ロクに知らないガキが、分岐山盛りにして音声入れたり、パラパラアニメ動かしたりで充分楽しめた記憶がある。
今でも子供向けにいいと思うんだが、どーなったんだろう? >>641
そもそもエンバカデロってなんだよと思って調べたら、スペイン語で波止場の意味で、サンフランシスコのフィッシャーマンズワーフ(観光地)から東側の波止場の地名だった。 >>641
古いバージョンは新しいosでまともにインストールできないし、できたとしてもコンパイルができなかったり、コンパイルできたとしても、新しいosで動かなかったりするので、開発環境や実行するpcを化石のまま使用するならアクチは解放するのがユーザー思い。
pcトラブルになったとき再インストールできないのでは困りますエンバカデロさん。 >>642
サーバー機でスケジュール実行を行う業務自動化ツールをいろいろ
一部はアプリを作って、担当者がメールを確認後にその人の判断で実行ボタンを押してもらったりもしてる
メールの送受信とブラウザ、Excel、スプレッドシート操作やってるだけの簡単なやつよ >>642
機械学習流行りはじめの頃、jupyter notebookで色々遊んでた。何を作るというわけではないけど…。 自由を味わいたいならやっぱりCだろうな
他人のコードを読み取る読解力が試される
オブジェクト指向風とか見つけると発狂しそうになる 始めるならって条件なら今はマジでC#で十分でしょ
業務システム開発や速度が必要なデータ処理とか作りたいならC++になるだろうけどさ 昔C言語で書くとき、技術評論社のとある本1冊を愛用していた
これさえあればほとんど不足はないと思っていた
数年前Javaを学ぼうとして分厚い本2上下2冊を買ったが焼け石に水
という感じだった
それぐらい最近の言語と昔の言語では差があると思っている NEC汎用機をずっとやってたからCOBOL/sばかり書いてたので純粋なCOBOLが書けなくなってる
ソースは読めるけどね >>654
昔、アセンブラで極限まで負荷を削るチューニングをして、髪の毛が結構抜けた。ハゲるかと思った😿けど持ちこたえた。 >>648
>>649
そうなんですよねー
何か出来合いのツールのインターフェースとして使うにはすごく便利。
これをC++でやろうとすると気がおかしくなっちゃうんだよねー。
逆にpythonで少し凝ったツールを作るのであればC++で作った方が楽なんだよねー。 >>643
あれはJavaが原因であってCOBOLの時は何の不具合も無く動いてたわけだが。 C#使いの皆さまにお聞きしたいのですが、フレームワークは、ある程度決めてお使いでしょうか?
自分は浮気性のためかC#のフレームワークの種類が多過ぎて、選んでいるうちにめんどくさくなり結局C++で作ってしまいます。
やはり使い慣れたフレームワークを利用されるんでしょうねー。 >>659
フレームワークは仕事でしか使わないな。
職場で開発環境を共通化するのには便利だが、趣味だと自分がやりたい事がフレームワークに入ってなかったりする。 >>655
どのCPUですか?
インラインアセンブラで必要なところだけアセンブラで書くようにしたのが最後だな。
しかもアルゴリズムの検証のためにC++で書いてから人間オプティマイザーとして書くことにした。
全部アセンブラで書くのは非効率だと32bitの時代になって思った。8bitはどうにもならないけど >>661
あーDSPですので、普通の人は知らないやつです。
プロファイラかけて、Cが吐いたアセンブリコードのうち負荷が高い部分を手で書き直すという地獄😿 今やれと言われてももう絶対ムリ。 C言語ってmapもlistもないのにみんなどうしてるんだ? >>1
プログラミングは始めない方が人生を幸せにする。 >>661
相当慎重に書いてもCの方が早かったりするw
分岐予測、投機実行、パイプライン、考える事が多すぎる。
せいぜいARMのNEONだが、これもコンパイラが対応する。 >>670
だよな。
LLVM時代になってからその最適化には愕然とすることがあるわ。
関数の引数に定数を渡したらその演算結果をコンパイル時に決定して結果のアセンブラでは関数コールさえされされないという。
詳しくないけどコンパイル時に一度仮想マシンで実行してるよな、あれ。 >>644
大昔、HyperTalkでオブジェクト指向を理解したっけ・・
今のAppleはSwift推しなんじゃないかな
俺はiPadだけど、Swiftでプログラミングを遊んで学べるアプリがあった
Swift Playgroundsってやつ >>378
COBOLはマニュアルに大抵かいてある >>674
同意。忘れがちだが重要、結構、奥が深いんだよな
極めようとすると難しい >>674
メールアドレスのめっちゃ長い正規表現を考えた人凄い(´・ω・`) >>673
イベントドリブンは理解できたけど、オブジェクト指向が理解できるようなもんだったっけ? >>678
出来なくは無いけど、HyperCardのオブジェクトって、プログラミングのオブジェクトとは似て非なるものだよね。
むしろBlenderのシェーダーの方がオブジェクト指向に近いと思うけど。 ぶっちゃけ今1から始める奴はC#かPythonでいいんだよな
化石言語やる必要ないわ
興味があるなら勝手に調べるだろうし >>674
そうでもない、chatGPTに聞くと簡単に教えてくれる >>52
>ada
>>132
>ada
>>440
>ADAも軍用では使われなくなってモジュラも消えたからニコラス先生の言語はほぼ全滅。
static な定義は、必要だと思う。segment 境界や Page 境界に配置されていること自体
が分からないので、 malloc() calloc() 等の動的メモリー管理は、恐ろしいと思う。
富士ソフトウエアーの「初級 ada」を読んでいる。 C よりも、とっつきにくいが、エント
リー宣言が
::= entry
あって、 C++ よりも早くから、導入されていることは知らなかった。
BASIC > FORTRAN 95 > Lattice C > Turbo C > Delfi C > C turp
の次に、 Ada OOP とか、 Ada # とかないのか。 Remote debug
が、簡単にできないと register に何が入っているのか、Call by value
なのか、 call by address なのか、本当に compiler が翻訳できている
のか、 Linker がまともなのかが分からないぞ。。 ()が多すぎるのは良くないねぇ
begin~end
とか美しい言語が好きやわ いろいろ考えるとJavaか
ライブラリが充実しているのとそこそこ速さが出るのといろんなハードで動くから (((S 式) 美しい) だろ)
ハ…ハイ😿
emacsとかあったなぁ。 初心者向けサイトで勉強してるけど、変数名にアンダバー入りの難解な英単語とか激ムズだろ
せめて短いローマ字なら視覚的にも理解しやすいんだが ()の対応が煩雑で汚い
数学的な美しさがほんの少しある程度でのぼせてる >>694
業務でやる場合はその会社の命名規則に従えばいい。
Windows関数みたいな長い名称(例えばRtlWriteDecodedUcsDataIntoSmartLBlobUcsWritingContext)なんてのはダルいけど、カウンターをctに訳しなさいなんてのも(cntやcontはNGなので)覚えるのが大変w >>697
アッセンブリ言語知らずにマスターした人は素直に尊敬するよ 構造体の多重構造なんかが出てきたら、それを逆にたどるのに必要になるけどなw packed構造体のメンバーに対するポインタでのアクセスはパディングの有無によって云々…。
こんなの絶対おかしいよ😿 >>698
1ボードコンピュータの時代は誰でもアセンブラが使えたし、Z80が主流の時代はプロのプログラマーはアセンブラでプログラムを組んでいたんでしょ?
BASICは遅くて使い物にならなかったから。 >>701
Z80時代はアセンブラが主流だったけど、自社保管庫にあるZ80コードの半分くらいはPLM86だった。
あと、昨今のアセンブラは投機実行だの分岐予測だのマルチパイプラインだのがややこしいため、Cで書いた方が速く動く事が多い。
なのでアセンブラで1から書く事はほとんど無くなったけど、例えば最適化したCコードをICE(実機デバッグ)で追う時はアセンブラのお世話になる。
↑
最適化されてるためステップすると知らないトコに飛ぶw >>701
C言語のポインタの使い方がアドレス指定だって事を言いたいのではないかと。
アセンブラ出来ればポインタなんて簡単だよね。 いまマルチコア環境当たり前で、なおかつ後続のCPUが当たり前に内部スペック変更ありきだからコンパイラ無しでアセンブリ実装して旨味のある環境ほぼないよ。
一台二台手作業で組む機械のMCUとかならわかるけどw >>704
IoTや制御系は今でも少ないメモリをやり繰りしてるから、普通に使ってるけどな。
ものによっては開発環境がゼロスタートで、IO制御からやらないとならなかったりするし。 何でも深く理解しているのがいいとはいえ、
質問「プログラミング始めるなら何の言語がいいの?」
回答「アセンブラ」
はさすがに無理と思う。😿 >>706
いきなりC++とか言うのも、どうなんだろ?
初心者向きならVBAかJavaでしょ。 >>707
個人的には将来性とかも考えるとpython3かjsかなあと思いますが、究極的には何をしたいか次第>>194だと思います。
15年くらい前「キミィこれからはgroovyの時代だよ!」と言われて勉強したけど、そんな時代は来なかった😿 >>705
相当にキツい環境でもCだな。
初期化処理はアセンブラだが、C環境ができた後の処理はドライバも全てCで書いてる。
最適化を行った場合、出力されたコードがアセンブラに比較して劣ってるとは思わない。 そういや30年ほど前にマクロも使えないアセンブラしかないCPUで発狂しそうに
なりながら仕事したな(今はCもあるみたいやけど)、SPC700 お前ぇだよw ポインタを使う言語やる場合はあらかじめアセンブリ言語を齧っとくのがいいんでない?
え?、アセンブリ言語が分からない?、その場合はあきらめてVBとかJavaとかPythonとかPascalとかやっとけ >>705
MPCとかの時代はまだモニターから組むの多かったけどね。
ARMは特定CPU仕様に固定すると、コストが跳ね上がるし。
IoTは通信の処理が重い割にどれも要件は変わらないから出来合いの環境使うこと多いけど。
モニター組んでIO処理作ってってのは、いまだと例えばAUTOSARをゼロから実装するときには必要だけどね。
でもそれも既存OSに変わりつつある。DENSOはここ7年くらい、ゼロ開発進めてるけど未だにAUTOSAR経験者募集してるw >>712
流石にモニターからは作らないけど、OSもドライバも無いから入出力から作る事はある。
まあ、OSはTronがあるから必要無いけどさ。 >>714
それならわかるけどね。
既存の枠組みやコンパイラ使うモジュールの中にアセンブリで書いた閉じた実装入れるってことなら、再利用も可能だし、俺もいくつかやってことあるよ。 >>709
CPUにメモコンやシリアル、USB、ETHERなど統合したチップだと自前でMONITOR組んでIO処理書くととんでもなくいいパフォーマンス出るんだよ。
どこまでオンメモリにして動かすってのもルール化できるからホットスワップも想定できる。なので昔は例えば交換機や基地局の監視装置なんかでは自前でのモニター実装がされてたよ。 >>711
CPUごとにやること違うし、メモリコントローラによっても処理が違う。そもそも正論で言えば、CPUバスがあって、そのバスをシリアルIOしてメモコン、そこからメモコンの仕様に沿ってメモリをマッピングしていく。
Cの処理系に渡るアドレスはかなり抽象化された値で、そこまで実装するのにベテランでも知らないハードなら数ヶ月かかる。経験ないならその経緯学ぶだけで一年かかる。
自分がアセンブラからCでのメモリマッピングを想像できるまで学んだと言うならどのCPU環境でどのコンパイラ想定して学んだのか書いたほうがいい。 組み込み系でデバッグに使おうとしたprintfが糞だから自作した思い出 ■ このスレッドは過去ログ倉庫に格納されています