Python以外のおすすめプログラミング言語、ある？ [422186189]
■ このスレッドは過去ログ倉庫に格納されています
Write once, run away（読み：らいと・わんす・らん・あうぇー）とは、「書いたら逃げろ」という意味のIT土方用語である。
とりあえず動いてはいるが、ちょっとした要因で簡単ぶっ壊れるであろうシステムを納品した際には、お金を貰ったらトラブルが発生する前に売り逃げしろという意味である。
不毛な価格競争の末に真っ先に削られるのは「普段は目に見えない項目」である。 たとえばパソコンに付属するキーボードひとつとってもカタログスペックに数字として載らないため今では粗悪品ばかりになった。マザーボードのコンデンサも一定期間で安定して壊れる安物になった。
これらと同様に価格競争をやりすぎたシステム開発案件で真っ先に削られるのは安全対策である。
表面的に動いてさえいれば完成という激安システム。 住宅をはじめとした建築業界であれば法規制もあり手抜き工事として訴訟になることもあるが、IT業界には法規制もなにもないのでやりたい放題。 契約書にも小さな文字で免責事項として書かれているので残念賞。
システムが壊滅的に壊れれば業務が止まる。 システムが乗っ取られれば情報流出などで信用問題に発展する。 そしてその結果として倒産することもある。
これらの大惨事になる大前提で、顧客に説明せず、安物を売り逃げするのである。
安物を求める顧客も悪いが、安物しか売れない無能な営業が一番悪いと言われている。
https://monobook.org/wiki/Write_Once,_Run_Away >>1 みたいに言語言語と言ってるやつに限ってプログラミング出来ない説 pythonってライブラリが充実してるから人気になっただけでプログラミング言語としては割とクソだよね >>12
言語選定を間違えるとプロジェクト規模が大きくなったときに結構なダメージを受ける。
小さいうちはどれも者中ないんだけどね。 >>13
インデントに意味がある、ってので「えー」ってなった記憶しかない 一番シェアがある言語が一番いいに決まってる
マイナー言語選ぶとchatgptも変な回答するからな
PHPなら既に世の中にあるものならだいたいすぐに作れる
LAMP環境立てて、ワードプレスでホームページ作れ
あとはchatgptにやりたいことお願いするだけだ COBOLは化石みたいな言語の割に
汎用機のできる人が皆定年退職してしまって、若い人材不足だという理由で未だ重宝されている ウェブアプリに限ればphpの牙城は崩れないと思うぞ
node系も全然広まらないし >>23
node.jsもおもしろいんだけどなー客のシステムに入れようとは思わないわ
なんか怖い Misaプログラミング言語だろ。
https://gyo.tc/6qUZ
Misa語を理解できない外国人ハッカー対策も万全。 >>19
それそれ
俺みたいな頭の固いのは生理的に受け付けない >>13
グーグルが最初に大量にPythonでサンプル出したから
広まったとかなんとか >>13
誰が書いても同じようになるんじゃなかったっけ？
自由度無くて楽しそうじゃないけど
でもJavaScriptとかカオスすぎて嫌だなぁw そういえばPerlって終わったの？
PHPと競ってたのは覚えてるけどその後どうなったか追ってない aiしたいpython
WEBアプリつくりたいPHP
ネイティブアプリつくりたいjava,swift
WindowsアプリつくりたいC# >>26
コレクションの使い方に慣れられるかどうかだよね
その辺はJavaScript準拠のクラスとメソッドが多いから
移行コストは少なそうだけど goは案件がそこそこあるし言語自体の難易度は激低で安くないからいいよね
言語自体は全く好きじゃないけど メモ帳で見たらぱっと見よくわからんシロモノは人が扱う用になってないわ SQL
プログラミング言語と言えるかわからんけど、仕事はある >>48
普段はjavascriptとcくらいしか触らないが
schemeをgimpのスクリプトで触ったけど
気持ち悪くて吐きそうだった
2度と触りたくない Pythonより数倍だか早いのがもう海外では出てるんだよね？ やーーーーー
ほーーーーー
ふぉーとらん らんらん
やふぉ ふぉーとらん らんらん
やふぉ ふぉーとらん らん らん
やふぉ ふぉ♪ Pythonじゃなくて何故Rを選んだのか…
データ取得と整形と加工できれば何でも良いんだけど >>38
長いこと触ってないけど、正規表現が強力だった印象
言語としては終わってるかも、だけど、perl式正規表現は他の言語でも
使われてるかな？ C++11、14とJavaScriptだな
C++は使う環境や制約でSTLを適切に使えない奴はゴミ js, c#
近いうちにrustもやろうと思ってる Cはfree()のタイミングをコントロールする手法が改善されたらな 普通の国では write once, run anywhere なのに
日本じゃrun awayだもんな
堕ちるところまで堕ちた感じ >>72
ああそれだ
ついにPythonの終わりも見えてくる C++
あらゆるものを取り込んでるのでなんでもできる
最近はC#の方が拡張色々とすごそうだけど 会社だと勝手にソフトインストールできないからVBAかJavascriptくらいしか選択肢ないんよ >>13
最近だとAWSLambdaとChatGPTの影響がかなり大きいね
研究所系の連中が何故かやたら好きだから >>79
言語の仕様自体を把握するのにコストがかかり過ぎる C++11以降だな
ガベコレなんていらんかったんや 暫くpythonばかり触ってたのでC#触るのがキツイ
Cは組み込み散々触ってたから身体で覚えてるんだがなぁ ライブラリとかフレームワークなら
後付けで覚えりゃいいけど
言語仕様自体がファッティなのは辛い >>80
今度、エクセルにPythonが搭載されるから、その問題も解決しそうだな。 Pythonなんて名前も言語仕様もゲテモノだからやめた方が良い。
・制御ブロックを閉じる記号がない足なし。見た目のバランスが悪いし読みにくい。
・1から10までの整数を表示するのに for i in range(1, 11): print(i) と書く。11って何だよw
・xが奇数か偶数かを表示するのに print("odd" if x % 2 else "even") と書く。三枚下ろしみたいな変な順序。
・長くにょろにょろと続く可読性無視のリスト内包表記。 こどもにやらせる窓口みたいな言語は？
なんかさいきなりC++みたいな言語を教えるより、適している窓口みたいなもの無いかな？
これから始めれば潰し効くよ、みたいなプログラミング。 スクリプト書かせたら
その人の人間性がよく出ると思う >>13
BASICみたくフワッとした心地悪いコーディング 言語やないけどセールスフォースだな
リモートで出できる案件多いから Cがっつりやっとけば後発の他の言語触ったときにメリット感じられていいと思うぞ >>77
Python3.10だかで劇的に速度改善するって話はどうなったんだっけ 個人的に重宝してるのはVBS
会社のPCにコンパイラやインタプリタが入れられない場合でも
VBS、Powershell、DOSバッチが動かなかったことはない
これらの組み合わせればたいていのことはできる
VBAでもいいけどいちいちExcel起動するのがいまいち 基本的にプログラミング言語は最初に学んだ言語が結果的に一番しっくりくる
ただ他の言語や環境から入った時に現時点で一番受け入れやすいのはpythonなんだと思う >>102
for文でインデックスiを動かして配列をスキャンするのは古代の遺物というか、悪弊にも程があると思う。 >>103
形、代入、判断分岐、演算て基本はどれも似たりだもんな >>111
単純なカウントアップに付随する処理にもリストとか使うの？ >>111
こういう奴がインデックス値が必要となる場面で変な変数量産したりする 量子コンピューターとか、深層学習とかの界隈はjuliaに移行しつつあるっぽいぞ
未だにPythonでコード書いてるのは初学者勢とか。
わりとラーニングコスト低めで移行できるうえに、実行速度に雲泥の差があるからな
効率が全然違う >>115
ああいうのって数値計算なところもpythonで書いてあるの？ >>113
湯船に浸かって10まで数えてください、とかなら普通にカウントアップでいいよ。いくら遅延評価でもわざわざリスト作るまでもない。
箱（配列）の中身を足し合わせて下さい、とかのときに、中身は0番目から数えて下さいとか、箱にいくつ入ってるかは別に管理してくださいとか、頭のおかしい話がまかり通っていた。Cとかだと簡単に範囲外にアクセスしちゃうし、スタックフレーム壊して脆弱性産んだりしてた。STLもiterator::begin, endとか、何この箱面倒くさい…、って感じだったし。いまはいろいろ楽になったと思う。 >>120
ん？私？まあ、もうだいぶ前からプログラマーじゃないんだ…。 C++とか、機能をどんどんと追加していってむちゃくちゃに複雑になっているけれども、
沢山スペルやかっこやカンマを書き並べなけりゃいけないなんて馬鹿臭いな。
もっとやりたいことを素直にかけるような言語でなければ、人間が目でみながら
コーディングする為のものとしてはだんだんと不適になりつつある気がする。
インテルが推してるSYCLとかも、何だか面倒くさい。
すくなくとも専門的な分野の問題に対するプログラムを書く専門家
（物理学者、化学者、機械工学者、流体力学者、。。。そういうのが最も貴重な資源）
にとっては、あまりにも言語に寄りすぎの、複雑すぎる細かすぎる言語仕様だと思う。
はたしてそれらがどれほど普及し、数十年間はそれに依存してコードを蓄積し保守できて、
言語とその処理系がサポートされて、システムの性能が出せるのかがわからない・怪しい。
またすぐに違ったものが出てくるのではないかなどと。 C言語もそもそもOSなどのシステムプログラマーがCPUに強く依存した
アセンブラでべったりとシステムを書かずにすませるためのものであって、
機械語に近い記述ができるが、性能や数値の精度を追求するためのものではなかったし、
並列化はスレッドやプロセスで行うものだから、本来のC言語の意図した
機械語コーディングの置き換えというものとは違うものだった。
だがしかし、C言語があまりにも普及してしまったために、なんでもかんでもCで書かれて
ポインター関係・メモリ割り当てのバグやヌル終端文字列によるセキュリティホールなどが
頻発して、今の多くのアプリケーションプログラムのトラブル原因のNo.1になっている。
C言語やそれと同じ弱点を持つ言語によるコーディングを禁止・廃止して、より安全に
仕様をなおした他の言語だけを採用し支援すべきだが、既に書かれた膨大なコードが
（それらも潜在的にバグを多数包含しているだろうが）足かせになる。自動的に言語を
変換したり、バグのパターンを自動検出して修正を促すような方向に行けば良いが。
1つにはフリーソフトウェアが、あまりそういったプログラミングの在り方を検討したり
熟慮することなく、とりあえず作って動いて無料で使えるものとして配るということを
したのもそういった良くないプログラミング言語を広めることになった原因の1つだった
と思う。
CPUも性能ばかりを問題にせずに、ソフトウェアの安全性をサポートするような
機構や命令をもっと取り入れたものにすべきだったが、そうはならなかった。 非オブジェクト指向とオブジェクト指向とスクリプト言語を1個ずつ覚えたらあとはたいてい応用きかんか？
きかないならSE向いてないよ >>124
俺も気になる
どれとどれとどれ学べばいい？ > 非オブジェクト志向とオブジェクト志向
これを見て「志向かよ…言葉大事やぞ、内容はMECEだしまいいか」
> とスクリプト言語
これを見て「おいこら待て、粒度が違うし重複するしイミフ過ぎるわ」
と思わない奴もソフト系技術者に向いていない オブジェクト指向は、依存関係が指数関数的に増えるのを防ぐための仕組みの１つに過ぎないので、本質的には割とどうでもいい気がする。 >>116
どの部分の数値計算なのかがよく理解できてないが、
Pythonで書き始めたら全部Pythonやろな あとオブジェクト指向は最近あんまり人気ないイメージ
julia, go, rust、とか最近人気な奴らはオブジェクト指向じゃないんだよな。
画面系も結局reactとかvueの方が遥かに作りやすいのでそれでいいじゃんみたいな。。。
そして俺もオブジェクト指向嫌い、書き方がめんどくさい >>129
肝心なところには大抵numpyがいるでしょ >>131
銀の弾丸はアジャイル開発かなぁ。リスクをリスクのまま突っ込んでいくのは止めるべき。 >>130
最近の言語はみんなマルチパラダイムだからオブジェクト指向も含んでる 「書いたら逃げろ」で作ったファミコンソフトはだいたい今ではクソゲーとして著名なのに多い そうそう長いコード書く仕事じゃないし、基本的には使うライブラリや上流実装、フレームワークなどで選ぶわ。
もちろんメモリ制約あってかなりコンパクトにしなきゃいけないならそれなりの要件で絞り込むけど。 >>130
オブジェクト指向ってなんだっけ？継承とか多態とカプセル化？
継承は同じことを2回書きたくない（DRY）から。2回以上書くと１つ修正するとき全部修正して回らないといけない。その依存関係を持ちたくない。
多態は中がどう動くか知りたくない、でないと中身や呼び出し側を気楽に変更できないから。カプセル化もそう。
古くは構造化プログラミングとか、マイクロサービスとか、みんなそうだけど、ずっと依存関係との戦いなんだよ。ソフトウェアは。 「Turbo C++ 4.0J for DOS」のパッケージ版が押入れに眠ってるんだが
これWin10 64bit版のコマンドライン窓でIDE統合開発環境ウィンドウ立ち上がるかしら？
検索したらBorland本家版が無料ダウンロードできると出てきて
オクで売る価値はないと判明してちょっと涙目 地頭の悪い全くの素人が今から学ぶとすれば何がいい？理由も教えてくれると有り難い 地頭が良くなくてもいいけど悪いんじゃきついんじゃないの
スレの趣旨とはずれるがそれこそpython使ってデータをライブリにぶん投げればいんじゃね？ どこでも気楽に使えて普通めのやつを覚えればいいじゃないかね
ひとつ使えるようになれば他のを覚えるのはずっと簡単になるし
ていうと、pythonかjavascriptか、みたいな >>145
Python
書籍やネットの情報が豊富
動作に必要な記述以外が少なく初心者が試行錯誤しやすい
短い動くサンプルが豊富で調べたり弄ったりして学べる
すぐ動く
初心者はサンプルコードを弄って感覚を養え スクリプト系は馬鹿が実行効率無視した糞プログラム量産するから嫌い まあ基本C/C++だが
Rustのこれからに期待だな C++をよく知ってるって人間は信用しないことにしてる >>13
逆にライブラリが糞なのがC#な。
Windows依存ありきのライブラリのせいでJavaに惨敗。
最近もMAUIがXamarinのライブラリと互換性が無くて死んでる。 C#はライブラリが原因で流行らなかった。
JavaやPHPですらできるExcelファイルの操作すらできない。
｢Excel呼び出せばいいじゃん｣というクソ思想のせいで誰もファイル操作ライブラリを作らなかった。 >>151
WordやPowerPointもVBAで操作できるが、文献としては少なめだな
Excelが圧倒的で、
その次がAccessって感じ（一番多いのがSQLの文字列をVBAの変数と併せて作る感じ？）
マクロでもいいけど各過程で使うクエリ（アクションクエリ）だらけになるのでVBAにまとめる人もいるかも vbaで関数の戻り値を関数名に代入するのは衝撃を受けた
あれを設計した奴はコカインでも決めていたに違いない ＞関数の戻り値を関数名に代入するのは衝撃を受けた
FORTRAN言語のFUNCTIONがもともとそういうものだったから。
FUNCTION F(X)
F = X/3
END 組み込みの仕事が多いから最近はCばかり
だが、学生時代に触ってたModula2が一番面白かった >>145
シーケンサ
高卒が職業訓練校ネットワークコースのC言語でいきなりつまづいてた
ポインタと行列はバカの壁 ■ このスレッドは過去ログ倉庫に格納されています
