Видео

一から十までLLMの通りにできる環境なら結構いいもの作ってくれんだろうけど、制限のある環境下で動作するコード書いてもらおうとすると上手くいかない。。。VSもSDKもないけどcsc.exeだけでこれ作りたいって言っても頑なに追加のライブラリが必要なコードだしてきて結局自分でやる羽目に。まぁプロンプトが悪いだけかも(´・ω・｀)

うぽつです。 なんだかんだLLMにコードを書かせるの相当便利ですよね。 ちょっと遊んでみたところ、シフトとかまで拾っているので#defineとかでミスしてしまうようです。 あと、英語タイピングゲームなら個人的にmonkeytypeが一押しです。

Web開発の実務でLLM使い始めたのですが、1から作ると七面倒くさいコードも7割くらいまでは作ってくれるので非常に便利ですね。他人の書いたコードも入力すると解説してくれるのも良いです。人に聞くのと違って相手の時間取っちゃうみたいな概念がないのも良いですね。 残りの3割、デプロイする環境や他のプログラムの挙動も考えてバグ潰したりカスタマイズしたりというところはまだまだ自分で考える必要あるなと思います。結構頓珍漢な解決策を提示してきたりするので… 未経験者だとLLMを盲信して学習しない人が居そうで心配です。もっと時代が進んだらそれで良くなっちゃうのかもしれないけど…

こんにちは！まだ質問募集していましたら相談させていただきたいのですが、募集していますでしょうか？

質問失礼します。 私は某工業大学の附属中に通う中学3年生です。プログラミングやCTFのリバースエンジニアリングなどを通じて、アンチウイルスやアンチチートのような、実行ファイル解析やログ解析に興味を強く持ちました。 将来はアンチウイルスなどの開発や、研究などに携わる職業に就きたいのですが、あまりこれらのような実行ファイル解析系の職種がイマイチ何か分かっていません。 もしよろしければ、それらの開発や研究を行える職種が何か、またその職種につくには今のうちに何を勉強、経験しているといいかを教えていただけると幸いです。 下手な日本語で申し訳ないです…🙇 長文失礼しました。

大学の実習でC言語を学んでいたときにポインタの壁にぶち当たってしまい、以降トラウマになってしまってる… この動画でのエクセルを使った説明がすごくわかりやすかったです！また学び直したいなぁ…

これは分かりやすい😊

ご回答ありがとうございます。 会社によりけりですよね。

経験なし言語の案件に入れてるのがすごく羨ましかった

相談です。(もう遅いかな？) エンジニアとして7年ほど勤めてきたのですが、いまだに公式ドキュメントが読めません。 二次資料をよんで今までやりくりしてたのですが、マイナーなライブラリなどは公式ドキュメントしか頼りにならない場合があります。 そこで、公式ドキュメントを読めるようになるにはどうすればいいのか教えてほしいです。

ぶっちゃけ自分超えて欲しいゾイ リーダーになりたくないから下の立場を維持したい 管理職なりたくないでゴザル

いや仕様の確認も大事だが、再現確率の高い操作手順の洗い出しが先だ。 いくら仕様を確認したところで、再現しなければ意味はない。 100% に近い再現率を見つけるのが先。 その上で仕様や要件を確認し、仕様通りであるか、仕様の誤りであるかを確認する必要がある。 仕様自体がおかしいなんてことはザラにあって、コード書けないやつが書いた仕様書・設計書と疑問を持たないプログラマーが作ったプログラムの組み合わせは最悪である。

改善頑張ります

S += val + s++; / このようにsの前か後ろにインクリメンタル記号を置けるのがおかしいのだ。

実際に色々といたヤバイやつ7選です ①できるんだが、朝から新橋で酒をいれてから来るやつ　意地でも酒がないとダメだった ②月曜と水曜と雨の日と公共料金引き落としの時期は絶対に来ないやつ ③4年目にもなって単体テストと結合テストの証跡を偽装してコードレビュー結果も偽装してステージングに上げて異常が発覚したやつ どんくさいやつだな、とは思っていたが、中身もアレだった 結局2週間は見張りの上働かせずに退場となった ※三菱UFJの貸金庫泥棒も今見張りで泊まり掛けの監視してると昨日JB-Pressの記事で読んだ。銀行じゃなくてありがたく思えと思う 警察でもないのになんで泊まり掛けで一緒にいなきゃならんのだ・・・ ④ループ文が書けないという理由でダメダメ四天王の一角になって会社の内勤の事務方になったやつ ⑤トイレの○○というダメダメ四天王の一角がいて、毎回なんか言われると咽び泣きながらトイレに1-2時間籠るやつがいた ちなみに現場を変わったら2回現場から脱走した その後同じビルに移ってきたが、なぜか同僚に、○○さん何階ですか？3階、と答えたら、じゃあ僕の方が偉いですね、5階なので、と返ってきた それを聞いていろんな意味で暗澹たる気分になった その後異動する前に周囲にアイスを配ってあるいていたが、自分にだけ意地でもアイスを渡さなかったので、まあそういうやつだと思っている　すぐそいつはやめてしまったが ⑥1年目の12月で社内ニートをずっと続けていたのをラストリゾートとして引き受けたが、元の教育するはずの担当の責任は不問のクセにこっちにはとうて来るやつ。各世代の一般論の悪いところを煮詰めたようなやつ。 クローズドクエスチョンを投げても返ってこないから、同じ質問を別アカウントで投げたら返してきた。わからないから追加で聞くとかの概念がないので、すぐreturn 0が入っているとしか思えない。精神衛生的に一番よくなかったが、一番ムカつくのは、1年間なにもやっていないクセにとりあえず部長に示す成果を持たせるがために、こいつがやりとげたんです、といいまわった件（⑦のやつ）は絶対に許せない。その場でアイツはなんもやっちゃいねえ、と触れ回った。 ⑦お盆前に点滴しているときに今日やらないとどうするの？と言ってきたから点滴した後足を引きずっていって消化してきたが、そいつはすぐ体調をくずして休む。でも文句をいったことはない。コロナか怪しいから検査してくる、と午前で検査して帰ってきたら、14時までに送る資料どうすんの？とだけ返してきたから作ったが、ダブスタの極みみたいな営業兼マネージャがいた。口だけはうまいからな、と評判だが、性格を知ってしまうとイヤなやつとしか言えない。 ⑦はシステムアーキテクト試験に合格しているが、自分がプロジェクトマネージャ試験に合格した後、やたらと当たりが強くなった。そんなに気に入らないなら秋に受ければいいのに、受けない。どんなに酸っぱいブドウが大好きなんだ・・・。

外資やグローバルに展開してる日系サービス系企業だと社内公用語が英語でTOEICの点数を求められたりするんで 社員で年収一千万以上を目指すなら結構英語力必要だけどな あとプログラミングやる上でも英語で一次資料や洋書をそのまま読めたりRUclipsの外人動画の内容が理解できると学習の幅がぐんと広がる

バグの言葉の定義が違う。 仕様書の通りに動かない状況は不具合。バグはプログラムの誤り。 不具合の原因の全てがバグとは限らないし、全てのバグが不具合として表に出るとも限らない。 不具合が起きた時「バグった」という言い方は素人丸出しなので、プロジェクトの現場では言わない方がいい。

お悩み相談： ①客先常駐の仕事で精神疾患される方の割合について（今まで仕事で関わった方を母数としてお願いします。）そして、その原因について考察して欲しいです。 私の場合は、ゆるブラックSES小企業では2、3割（通院は1割） 大手自称SI企業で5割（通院は3割以上） ②客先常駐での若手の勤務態度について、まともと感じられる若手は何割でしたか？また、まともに働かない理由はどこにあると思いますか？ 私の実経験ですと、まともな若手は1割で、結論としては経歴として有効にならない案件に入れられるから、納品が絶対ではない、管理職が何とかする、SESだから仕事でフルスイングしなくて良い、給料が低いから、給料の割にハードワーク、突休してもクビにならないなど、管理職になりたくないという価値観 ③今の若手と上司の関係性はどんどん希薄化している。自粛期間を境に物理的に飲み会もなくなり、プライベートでの交流もなくなった結果、冷静になった結果、一種の束縛であったと判断されたからではないだろうかと考えている。 転職の市況を見ても、先のない案件でハードワーク＆上司にゴマするよりも自己研鑽して転職した方が未来があるっていうのがここ最近で浸透してきたからではないかと考えている。 ④新規参画の案件にどのくらいまでガチりますか？土日使ってキャッチアップしますか？事前準備はどのくらいしますか？ ⑤年功序列をもとに残忍な責任転嫁というのが発生するのが昨今の日本のデフォルトですが、どのようにお考えでしょうか？私は、内資に入ったら仕方ないのかなと思っております。 ⑥作業効率化でオフィス製品の習熟はプライオリティが高いと思いますが、オフィス製品についてどのようにお考えですか？また自己研鑽でExcel、Word、パワポの学習はどのくらいされましたか？それ以前にオフィス製品は現場で困らなく使用できれば良いといった回答でも問題ございません。 ⑦SES企業の経営者、社長、幹部についてどのような印象をお持ちですか？私は、新卒をボロ雑巾のように扱い、騙し続けてマージンをガッツリ取ったりするのはモラルがないのかなと思っております。 技術関連と教育を中心に動画を展開されているところ恐縮ですが、もし取り上げていただけたらと存じます。

悩み相談、実体験、自論をコメントかXのDMで募集します x.com/voiprogramming

参照がconst、わすれてはいけない

やはりコミニュケーション能力は大体の事を解決する

ホンマ、そう。質問下手な人はこちらがイチイチ掘り下げてあげないと駄目。 だから、まずメモか何かに纏めろって言うんだけど、無能は纏めること自体を忘れる or メモに書いても論理的じゃないので読んでも内容が分からない。 で、結局は「で、何が聞きたいの？」って怒られるwww

実際のところ、自他の境界がはっきりしている人も、向いてない人には「◯◯ができないレベルなら向いてない」みたいなこと言う場合があるで。 僕の場合は、正直それより下のレベルの人にはそのレベルのエンジニアにはチームに入ってきて欲しくないから、言うんや。 まともなエンジニアならGoogleで調べればわかることを、わざわざ僕に「教えてください。もしくは代わりに調べてくださいね」ってお願いされるのめっちゃつらかったんよ。 だから僕はだけど、ある程度のレベルより下の人材にはエンジニアになって欲しくないから、言ってしまうことがあるんよ。

16かと思ったら17もあるのか、めんどい

参照渡しとポインタ渡しの違いは何でしょう？

おお、これは実用的な動画ですわ

アルゴリズムは、あえて勉強しなくていいから楽ちん。

暗記・手癖3割聞いて受験やん、って思った 受験問題もそうだけど、それより受験勉強の時間配分の割合がこれの通りな気がする。

私は後輩と仕事することもありますが、基本的に質問は端的にやってもらってます。チャットも同様ですね。その方が質問する側の負荷も少ないですし、答える側も必要な情報だけこちら側から質問すればいいので効率的です。最悪「ここ動かないです」でもいいです。質問する側が質問についてまとめている間に回答できますし、質問&回答にかかる総工数は簡単に質問してもらった方が圧倒的に少なくなります。 このやり方を勧めてる人はたくさんいると思うので、別の観点からいいところを紹介します。それは単純接触効果を狙える点です。簡単な質問の方がやり取りが多くなるので、プロジェクト内のコミュニケーションは増えます。コミュニケーションが増えるとアラートを上げやすく、致命的な遅れが発生しにくいです。 この業界は新人の負荷が高いです。常に新しいことが登場し、常に自分よりレベルの高いことを要求されます。要するに安全圏が一つもない状況で仕事をすることになるのです。そんなキャパオーバーな新人に対して質問のやり方一つでグチグチ言うのは追い詰めてるだけです。なので、安心して質問できる場所、つまり安全圏を作る必要があります。安全圏があることで心理的な負荷が軽減し、新人も作業に集中できるようになりますし、質問を介して進捗も確認できます。なんならコードレビューも簡単にやっちゃえば本番のコードレビューでの指摘も少なくなって手戻りも少なくなります。そうなると、新人は実務の開発ペースも掴みつつ、余裕が生まれ、仕事全体が上手く回るようになります。そうなると新人は自信を持って発言できるようになり、無事ただの新人からプロジェクトメンバーになるわけです。 反論として、「質問にすぐ答えたら成長しない」という方もいるでしょう。ですが、基本的にこの手の知識は独学より教わった方が覚えやすいです。実務ならエピソード付きで覚えられますよ。お得ですね。まあこれに甘えてすぐ質問してくる人もいますが、そういう人にはちょっと意地悪するくらいでいいでしょう。 より技術者に刺さる言い方をするなら、 知識のない新人に質問考えさせてる暇があるならさっさと質問に答えて次進めさせたほうが本当は工数削減になってない？ってのをしっかり考えた方がいいってことですね。 ちなみに、15分悩んで分からないなら質問しろ系も新人に対して使うのはリスキーです。何故なら分からないことが入れ子構造になってるからです。10分経って分からないところが解決したけど本来分からなかったところは解決してないぞ？ってな感じです。そして、タチが悪いのが、これが解決する理由の大多数が「技術力がついて分からないところが入れ子構造にならなくなることで15分以内に収まるようになる」なんですよね。仕事のやり方を教えてるようで実は何の意味もないんですよ。分からないことを理解するには何度も読む必要がありますし、時間がかかるのは当然です。 大抵の職場は15分悩んだら質問しろと質問は明確にしてから呼べの合わせ技を徹底させるので新人の負荷甚大です。そんなんストレスやばいでしょ。そりゃ辞めますよね。そうして残った人は選民思想がこびりついて「エンジニアはセンスがないとできない」っていう発想になっちゃう。声を大にして言いたい。大半の人はセンスがあるんじゃなくて根性があっただけ！！！

Chatgptができてからプログラミング始めた身としては、めっちゃ食らった、簡単なコードこそchatgptにやってもらおうとしてたけど、初心者のうちからやらん方がいいなと最近思う。

自分なりにの答えを持った状態で質問する 確認する、フィードバックを求めるに近いかも 少なくとも生成aiの時代、何もわかりませんは通用せんからな

何が分からないか説明ができないくらい分からないことならいっそ何も分からないって言った方がマシだったりしますね あと、場合にもよりますが長い言葉の文章説明より作図か何かして視覚的に意思疎通できるとお互いハッピーになります

質問クソ苦手。質問する準備で普通に数時間使うから自分で調べて解決した方が早いやんってなることが多い。

人に聞いてもその人がネットで調べてそれ見て答えるだけだから二度手間 局所的に教えても付け焼き刃でしかないからね 説明が分からないならそれについてまた調べるってのを繰り返して初めて理解なんだよね それは1人でもできることだから1人でやれ 業務中に作業止めて勉強する方がまだマシ

昔、ボトムアップ型質問として（ いちいち掘り下げるのが面倒な質問。いきなりなんたらメソッドのなになにが・・・なんたらメソッド？いきなりそんな話をするか？とか、 ぬるぽが起きた、で？どうしてほしいんだよ？とか）、解説が IT業界でありがちな説明下手について - 文系プログラマによるTIPSブログという記事でやる夫とやらない夫のわかりやすい説明があったんですが、ブログがなくなっちゃってました。 結局なんなんだよ、と言われない程度にまあキャッチボールしよう。たまにビーンボール狙ってくるやつもいるけど、ビーンボールしかえしてやれ。

まあ、現在の状況を説明出来るぐらい内容をまとめていると、その途中で問題解決方法に自分で気付く事が多いんだけどね

質問者「上手くいきません」 回答者「何々するといいよ」 質問者「もうやりました」 回答者「(疲労度により任意)」

なお、前置きが長いと結論から話せと言われる模様。動画の内容が一般論ではあるけど、それに当て嵌まらない現場なんて山ほどあったりするから注意が必要です。

激務でキモい客相手に相談できる相手も、相談する勇気も無いと病みますね。 巻き込み力 業界に拘らず、困った時に周りにヘルプを出す、このコミュ力が無いとサラリーマンは辛いだけです。 あと、運動。これはガチ。通勤は運動には決してならないので、日光浴も兼ねてウォーキングがお勧めです。

これ、頭の中でやりながら喋ると言葉ぐちゃぐちゃになって終わるので、 慣れるまで各項目分けてメモに書いて持っていきましょう

説明は１回のみ、質問は受け付けません！！集中して聞いて下さい。

質問の最後に自分なりの原因分析と仮説を伝えてくれると嬉しいのだ（確認できる客観的な事実とは分けて書いてほしいのだ）　あとチケットシステムがあるところだとチケットに書き出してURL投げてくれると嬉しいのだ　でもこれらは人によるのだ

progate、一回HTMLの勉強で使ったけどこう書いたらこう動くよだけなので後で自作するときに何も作れんかったわ

職業訓練校上がりでエンジニアになったけどクラスで自社開発行ったのは23歳の女だけだったな 授業やる気なくてIパスですら落ちまくりでも行ける！

この考え方はどの言語も基本は同じはず。2:41 のCの例はaの配列がいわゆる参照型じゃないから変更できない。

女っぽい、ミラーニューロンの働きで嫉妬深い

const int a[] はconst int型の配列だと考えるとわかりやすい

なんかJavaみたい、でもなんか書き方が堅っ苦しいな 例えるなら、分かったって言えば良いのに承知しましたって言ってるみたい

アドレスで使う時にロックが掛からないの良いな...特に""で定義した文字配列とかはcはともかくc++はconst_cast<char*>()とかいう長ったらしい文で良く思われてないconst外しをしないと引数文字列をメンバ変数とかに代入できないし

学校の先生もひどく、病みやすいらしいね ぼくも、数学の先生、中学の頃、いじめてた記憶がある。 きつかったと思うよ。 あの頃は、遊んでただけなんだけど。