【相談】プログラマーになりたい人のためのスレ 6
■ このスレッドは過去ログ倉庫に格納されています
349 名前:仕様書無しさん[] 投稿日:2020/11/06(金) 15:01:45.60
>>346
未経験者に対して時に厳しく時に優しく現実を教えるスレです
アフィリエイターやインフルエンサーや業者の都合が一切入らない生の意見が聞けるのはこのスレだけ! AIネタを出すアフィリエイターに対しては懐疑的
たぶん、日本では不都合なためAIは流行らないと思う 就職に有利なプログラミング言語ってあるんですか?
求人が多い言語とかは聞きますけど応募者が多いと倍率で考えたら就職しやすいとは限らないのでは? 就職に有利というよりはどういう開発したいかで決まる
SIerでPGしたいならJavaだし、
Web系ならPHP/Ruby/JSだし、
組み込みとかローレイヤーならCだし、
ゲームならC++とC#だし、
スマホならSwiftとKotlin
とりあえず興味のある奴から始めた方がいいと思う
いくら就職がスムーズに行っても合わない業界じゃ精神壊して続けられないよ。 >>5
これな
もう分野によって決して交わらないレベルで溝がある
一昔前なら全部C/C++だったんだけどね
そういう意味でプログラミングは昔の感覚とは随分と違うものになった >>4
JavaScriptでも達人になれば有利だよ。
勿論PHPでも何でも良い。
去年の野村証券のジョブ型じゃなく、正式に総合職採用された新卒に会ったんだが、そいつ持ち込みでマイナンバーカードをAndroidで撮影した画像からマイナンバーと住所を自動認識してマスキング掛けて画像保存、マイナンバーと住所はDBに保存するJavaScript作ったとかで回って来た。
免許証とマイナンバー自動で切り分けて認識してたわ。
自作能力とアイデアが凄いと思った。
学生最後の年に作ったって。
金融とか本人認証でどこでも用途ありそうだからな。
俺も画像自動加工やってるから顧客の課題検討の集まりに参加した時に会った。
ここで「何の言語が良いですかね?」と聞いてる人と、手が勝手に動く人。
この違いが人生決めちゃうんだろうね。
何か一つ負けないものを身につけたら?
画像認識、文字認識、動画像認識。
まだまだこれからだよ。 野村は待遇よくてもメンタル真っ黒
下っ端にも鬱屈した空気が伝染してたのか派遣までモラハラ野郎ばっかりだった 電通もなんか新人が自殺してたし
エリートってどこもこんなもんなんじゃろか? >>10
電通はさることながら、広告業界とかクソブラックだからなぁ 前スレ>>995
>>>993
>いや?やってませんよ。
>実際行けなかったアンタがHP引用した所で研修は無いし。
>受身なアンタよりも向上心ある外人雇うから、Yahoo!もMicrosoftもGoogleもアンタが入る事はない。
>
>トヨタのコネクティッドhttpなんて大募集してるのに日本人全員落ちとかw
>Excelしか成果物無いから当然の結果なんだけどw
Openworkの話ガン無視でワロタ
都合の悪いことから目を背けてるようにしか見えないんだが…
あとYahooはGAFAMとはレベル全然違うからそこに並べられるのは違和感しかない 突出した専門分野を持ってて仕事を丸投げできる相手に研修してもしょうがないからな Pythonの入門動画ざっと勉強したけどさあ、奥が滅茶苦茶深いな
これ仕事にしてる奴って皆初心者用のプログラムならスイスイなんだろ?
凄いと思うよ 奥が深いのは達成する目的であるべきで
道具はいるとこだけ使やいいんだ 初心者用のプログラムってなんだよ
初心者の言ってる言葉がわからない いまの状況ではPythonが初心者用の言語だと思う
ほとんど先人の技を流用するだけだろ Pythonは、例えば本当はC++で書けるけど取りあえずアルゴリズムの妥当性を試したい、速度やメンテナンス性はどうでもいいから、という場合にはいい選択
Pythonしか書けない人がPythonでは実現が難しいことをあくまでPythonにこだわって書くようなものではないね Python触ったことないんだけど
メモリの使い方が下手なの?
遅い遅いってよく聞くんだけど Pythonが遅いのは事実だけど、触ったことがない奴が遅さを気にする必要はない
触ってみて遅いことがわかったら別の言語を選択すればいいだけの話
大抵触ったことない奴はPythonで遅さを実感できるようなCPUバウンドの処理なんか書く必要に迫られてない Pythonはめんどくさいことをライブラリにぶん投げてとりあえずやりたいことを実現するために書き捨てるのに便利
戻り値を標準出力でしか拾えないから他言語(c#)との連携がイマイチだった
Pythonありきでの実装なんてほとんどない >>28
そんなことないんじゃない?
https://qiita.com/hogegex/items/3743225a7af13e93df78
CとPython、CとC#の間でそれぞれ構造体(やそのポインタ)が渡せる以上C#とPythonでも出来ると思うけど
簡単にできるほど整備されてる感じはしないけど >>29
ありがとう、その記事読んだことあるわ
記事の前段はdll作るんじゃなくて既存のPythonコードを呼んで済ませたかったので除外した
結局、このパターンだと標準出力とかcsvに吐かせるとかで連携するしかないんだよねぇ
> python側をコマンドラインプログラムとして設計し、C#側から起動する ここの連中はどうやら、プログラマーになりたいんじゃなくて、
プログラマーというユルユルに見える入り口を経由して、
大企業の社員になりたいみたいだな。
でも、大企業はちゃんとわかってるから、その口で入った社員
いわゆる情シスなんて、社内カーストの最底辺扱い。 プログラマーにはなりたいけど奴隷にはなりたくない
ただそれだけだ
クソな指示、命令の下で働くなら正社員でも御免です なにしろ、ガファムだのトヨタだの野村證券だのと、
クソな指示、命令リスクが高そうな大企業の名前が
頻繁に出てくるもんだから・・・
てっきり、どんなクソな指示、命令を受けても、
ハケンになるよりはマシって思ってるのだとばかり・・・ クソ指示、クソ命令が嫌だから働かないんだろ?
わかります コロナ下でもプログラマの募集は沢山だな。
ただブランクOKは激減した。
初心者は到底ムリだろうね。 プログラマは諦めたけど、なんとかしてこの業界にしがみつきたいんや >>37
「この業界」じゃないだろ?
「少しでもマシな金になる仕事」と言い直せ
どーせ景気良くなったら「土方」呼ばわりなんだろうから >>30
単に起動するだけでもやろうと思えば共有メモリとか普通にソケット通信とかプロセス間通信のやりようは色々あるのでは?
簡単な方法はパイプとかファイル書き出しだっていうならそれはそうだけど、それしかないってことはないような。 >>31
なりたくないよ
出世コース入らないと歳食ったらゴミ扱いだぞ
社内政治は嫌というほど経験した
手に職あるなら自分で何かやった方がいい >>44
お、煽りってとらえた?
効いてたw効いてたw >>47
日本語ワカリマスカ?
"なってない"お前敵にもならない プログラマ以外のほうが金になるけど(アマフレとか)
月給10万まで減ってもプログラマのほうがいいんだ >>48
お、気になっちゃってるね〜(笑)
効いてたw効いてたw 社宅(家賃0円)、2食付き、光熱費通信費全額補助
この条件はそのままで10万まで減った(もともと30万)
しかも独身
仕事なんて無いから社宅の掃除や雑用してそれ以外は自由時間
忙しいときは自由に自分のコーディングしたいと思ってたけど
いざ自由になるとなかなかやる気にならないもんだね 忙しいのを理由にしてやらない人は時間ができてもやらないって、誰かが言ってた >>53
他のが遅れたらそれはそれで怒られるじゃんw ネットでプログラマーになれって言ってる奴らに煽られてなったけど
複雑なロジック実装するのむずすぎやろ・・・
毎日頭痛くなってる、プログラム苦痛すぎる 毎回同じことしか作らないんだから
自分の懐にテンプレート用意しとけばいいだけ 複雑なロジックとはいっても所詮記号論理みたいなもんだから
慣れたらパズル遊びみたいなものじゃない?
自然言語で人間相手にコミュニケーションを誤解なくかつ相手の感情を逆撫ですることなくする方が難しいと思う
大体の場合コンピュータに適当なコード渡しても冷静にコンパイルエラー返してきたりまともに動かなかったりするだけで、何度試してもコンピュータはキレないけど、
人間に適当なこと言いまくって余計な手間掛けさせたら怒るれるし。 try catchで人間の感情にはエラーが出たら怒るというロジックが実装されてるからな
パソコンには自らの生存を守るという目的が設定されてないからエラーで怒るというプログラムがついてないだけ
システムの生存=人間社会の継続性になったら将来怒りという機能が実装されるかもしれない 大昔から言われているけど
怒りを実装してもメリットが何もないんだよな
ゲームとかチャットソフトで可能性があるけど
怒ってくれる相手を求めている人はまずいない システムエラーはシステム目線で自分の責任という姿勢で出しましょうとならった
×データが存在しません
〇データが見つかりません
ほんまやろか >>65
そう言われてもうまくエラーメッセージなんて作れないしね
世の中のエラーメッセージの9割はゴミ プログラマーってシステムを実装できなかったらどうなるの?クビ?
これは無理!ってところは飛ばしてるんだが
仕事だとどうしてるんだろう? プログラマーってほんと66,67みたいなのばっかりだと思う。
65の内容は個人ではなかなか気づかないようなことで、へーと思って感心したけど。
デザインや用語、用法が統一されてるとか、ソフトウェアの品質に関わってくると思うんだけど。 >>68
実装できない理由を明確にする。
例えば管理者権限が必要な事を管理者権限無しで行いたいとか、無理なものは無理。 >>68
そもそも仕事を請ける前に実装できるだけの準備が自分にあるか考える
もちろん多少の冒険はする、が、どこもかしこも出来るかわからない、じゃその仕事は請けない。
依頼する方も普通は発注を受注されたら他のところに保険で発注したりしないのだから(もし両方が出来て両方から請求が来ても困るし)
受注というのはよっぽどの理由がなければ納品に絶対に着地させるという意地が持てないのであればしてはならない
結婚式用にテーラーにタキシードをオーダーメイドして、受注されたから納品予定日よりしばらく先に結婚式の日程を決めたのに、
テーラーから、「実は上手くできませんでした!お金はいらないのでなかったことにしてください!」と納品予定日ギリギリに言われたら困るでしょ。
それで給料が発生するということであれば、「完成はしなかったけど働いたのでその分は払ってください!」となるわけだ
どれだけ依頼者にとって酷いことを言っているかわかるでしょ そこがプログラムの難しいところなわけで
請負なのか委託なのかいつも曖昧
道路とかトンネルを作るのは請負
できませんでした
では通らない
医者とか弁護士は委託
必ず病気が治りますとか
必ず無罪になりますとか
保証できない
全力を尽くしますというだけ
プログラムはどうしても出来上がらない
ということかあるからなあ
請負で行くんだがやっぱりもめる >>72
まぁ、勿論そりゃそうなんだけど、極論を言うとトンネルなんかも「できませんでした」はあるわけでしょ
事前の調査で100%の地質調査はできない、できたら工事終わってるようなもん(は言い過ぎか)
実際>>68みたいな「これは無理!」ということが発生する可能性の高い人だったら、ベテランのバックアップの元、
ベテランとは違う時給換算で働くということになると思うし、ベテランが「これは全体的に大丈夫」と判断して
>>68に難しくないところを任せて、難しいところだけやる、という方向性になるだろうね
でもさ、ある程度のベテランが合理的な理由を説明できないほどにプログラムが完成しない場合ってあんまりなくない?
一部、特定の条件を満たさないと動作しないから運用でそこをカバーして使ってくれ、とかそういうのはあるだろうし、
要件定義時、見積もり時、開発時に段々見えてくるから都度お客さんに言うものじゃない?
プログラム的に困る部分の仕様を変えても、実はお客さんは特に困らないなんてときはよくあるものだし、
ガッチガチに固めてゴールを動かせないプロジェクトって、あんまり見通しが立たないまま始まる小規模プロジェクトで
あまりあるように思えないのだけど。相手が行政とかだとそうでもないのかな。 近頃はブラックボックスが増えていて
ブラックボックス同士をつなごうとして
どうしてもつながらないではまる
というケースも多いわけで
そういう場合は客にどう説明する? >>68
業務システムでできませんでした的なことはまずない
個別の処理はめちゃくちゃ単純で技術的に不可能ということはないから
例えばゲームみたいに高精度なグラで60fps出せるかどうかみたいな技術を競うような面はない >>75
ブラックボックスの選定からが仕事でしょ?
安牌を用意してから請けるもんじゃないの?
仕事の相談があったときに、「まずうちの想定で出来るか軽く検証させてくれますか?(他社に断られてうちにお願いしているのであればうちの技術力、問題解決力が優れているだろうからの相談ということで)検証に(金銭的にだったり、機材のレンタルだったりを)協力してもらえませんか?」となるような気がするけど
どこに頼んでも一緒みたいな仕事だけど、モジュールの相性リスクを解決できない程にノウハウがないレベルの会社だったら、きついけど。
基本は出来るか出来ないかわかんないところは正直に言ったら一緒に考えてくれると思うけどなあ。
発注側も下請けに意地悪してみて意地悪に応えられたらお金あげるという遊びをしているわけではなくて、
さっさとシステムを問題なく組み上げてクライアントからお金貰いたいわけで。 プログラマってすぐに例えば車とかに例えるとっていうけど
その例えがめっちゃ分かりづらい馬鹿なの? >>78
車って基本誰でも接したことあるじゃん?馴染みがあるものなんだよ。
これが医療機器とかだったら馴染みがないのもわかるけど。
誰でも馴染みがあるはずのものに例えられてるのに分かりづらいときは、自分の知性・知識・態度を疑うことも必要なのではないか? クラスの説明で車の例が出てくるのは分かりやすかった 近頃の若い者は車に興味がないので
例として選ぶのはスマートフォンかゲームがいいらしい プログラマがすぐ車に例えるわけではなくおっさんが車に例えるだけだと思うんだけど >>37
>>74
仕事なしのゴミプログラマーがなんか怒ってるぞワロタ
おまえじゃ無理無理"プログラマーは諦めたけど"
ならこのスレにくんなカス
日本語読めーねのかだからプログラマーなれなかったんだよな(笑)
まずは日本語を勉強しようか?
でも無理かなー
諦めな(笑) >>37
おいおいここはプログラマになりたい人のスレだぞ
プログラマになりたかった人のスレじゃねーんだから
プログラマーを諦めたカスは書き込むなよ〜?www
おっと返信しても無駄無駄
俺はこれから手塩にかけてた案件が大詰めになるからな。
充実してるわ〜俺はプログラマーになれたからな(笑)
お前みたいに、ここを覗きに来るクソ時間もない(笑)
勝ち逃げ最高♡ スパゲティを車に例えると
ごちゃごちゃ改造したけど優勝できないミニ四駆だな 例えば、オブジェクト指向の説明で
クラスは設計図や金型->もうここで終わる。クラスは設計図じゃないし、金型とも違う
インスタンスは金型で量産->ここで終わる。インスタンスは量産するものじゃないし、しない。
なんであんな変な例え話で説明しようとするんだろうな オブジェクト指向って
わからない突破したら
わかったつもりに昇格
認識の間違いを指摘されて次のわかったつもりに昇格
でも自分の方があってたじゃんで昇格
別の認識違いを指摘されて、こっちじゃね?と反撃
わかってるつもりがいるから大変なのよ
コピペで動かす時代の産物 オブジェクト指向で開発された巨大システムを
関数型のシステムで置き換えられるんなら話は分かる
そんな昭和企業がどんだけ存在してるかしらんが オブジェクト指向の現場しか知らない
むしろ関数型って何?状態 オブジェクト指向が出てきて、「staticじじい」が駆逐されたように
関数型プログラミングが出てきて、「オブジェクト指向ジジイ」は今後駆逐されていく模様。 関数型関数型って騒いでるのはstaticじぃだけだろ 5年前にも同じこと言ってたけど今どうなってるかというと、
関数型言語は良い部分だけ既存あるいは新規の言語に取り入れてメインストリームから捨てられた
大体オブジェクト指向と関数型言語は概念として直交であり、
同時に存在できるというのは基本事項
置き換わることは未来永劫ありえない 昔からこのやり方なんだ!とstatic型を死守するしかない Closures are poor man's objects and vice versa. オブジェクト指向と関数型プログラミングは直交しませんよ
ttps://jp.quora.com/オブジェクト指向プログラミングと関数型プログラ-1 オブジェクト指向と関数型を完全に融合させたTypeScriptこそ最高
JavaScript由来の部分を消せれば本当に最高なんだけど ■ このスレッドは過去ログ倉庫に格納されています