Розмір відео: 1280 X 720853 X 480640 X 360
Показувати елементи керування програвачем
Автоматичне відтворення
Автоповтор
仕事でプログラミングを始めて1年以内のへっぽこプログラマーですが、まさに今自分が初期の頃作ったコードを壊して再度作り直しているところです。しんどいですが、この動画を見て自分がやってることは正しいことなんだと自信が持てました。ありがとうございます。
エンジニアはマジで尊敬するわ。ローカル環境つくるだけでも最初はしんどかった。
「ハハァ💡」が好きです(笑)学びはじめはどうしても「覚える」にこだわってしまいますね。メタな視点と正確な知識を手に入れたいです。頑張ろう〜!
いまはAIに相談しながら学習できるから、以前よりはだいぶ学びやすくなった気がします。とりあえず、分からない箇所は「子供でも理解できるように説明して」とお願いしていますが、細かなことまで訊いても嫌な顔されないし😹本当に助かってます。
原則とか設計意識しだしてから楽しくなったなぁ
3番はプログラム自体でかなり重要な考えで、テストを段階的に繰り返すことで初学者はどこがダメか分かって学習、作業の効率がいいだけでなく、本質的にプログラムやシステム自体は小さなプログラムを参照、依存している形になっているから、関数化、ライブラリの作成、システム構築の考え方で重要だったりするんですよねー
最初から全てを正確に理解しようとすると死ぬから、昨日分からなかった事を1つ理解する程度の心意気がいいと思う。ITは宇宙の様に広いから...
わかりますその1つ1つの積み重ねで、昨日分からなかった事が5つ、10つと増えていくと感じます
貴重な情報でした!
今年の新入社員の男の子がベテランの女性社員にやる気が感じられないとかボロクソ怒られているのを見て本当に理不尽で可哀想だなと思うなんで10年以上も働いているベテランと同じ事がたった数年学校で学んだだけの子に出来るというのか全く意味不明逆にそれができたらお前らベテランは今まで何してたんだよって話
今回も、貴重なお話しをありがとうございました😄😄😄
5.正確に~ってところが自分は若干異なっていて「ある処理(/不具合などの現象)の筋道が自分の中で腹落ちするところまで理解する」って感じですね。正確かどうかって人によって差があるというか、突き詰めると作業量に見合わなくなるというか…それをすると最終的に使ってるライブラリとかもソースコード全部読まないといけないことになってしまうので。。
最初のうちは、知らないことが多過ぎるし、理解した内容が合ってるか間違ってるか、を自分でなかなか判断できないので、その時の自分知識で腹落ちするところまで理解する、は自分もそうやってたので、共感しました。次その知識を使うときに、理解した内容をアップデートしていく感じで、正確さを高めていくイメージでした。
これは真理だと思う
エンジニア1年目です。PHPです。他の言語も共通でコーディングができません。でも、ChatGPT のおかげで実務をこなせてます。大丈夫じゃないのはわかってます。でも一向にゼロイチでコーディングできないので、どうしたものかと思ってます。
PHPって若干他の言語と書き方違うから他言語を学ぶ時に苦労するかもです(実体験)。具体的にどんな所が違うかと言うと、変数の接頭辞に$付くとか、型宣言無くても書けるとか、オブジェクトと配列の境界線が曖昧だったり、クラスの呼び出し方だったりetc…Java学んでおくとかなり潰しが効くんですがいきなりJavaはハードル高いかもしれないので、フロントでもよく使うJavaScriptも触っておくと絶対あとで役に立ちますPHPなら恐らくweb系であると想像しますがフロントも触る事多いかと思いますので、その時にJavaScriptやっておいて損は無いし、PHPとの書き方の違いを把握しておくだけで他言語に行った時に一気に役立ちます。
ごくごく当たり前のことだけど慣れてなかったり、他の業種から来た人からするとそういうものなのか
PythonもJavaもRubyもオブジェクト指向プログラミングによって理解はしやすくなったのは間違いないけど、それはあくまでプログラミング全体の概念であって細かい構文ルールは言語によって全く異なるから、100%楽にプログラミングが覚えられるほど甘くはない苦痛な学習はプログラミングにおいては避けられず克服できた者だけがネイティブになれる
未経験からエンジニアになって2年目です。1〜3までは何とか気づいたしできてきましたが4と5が難しいです😢
言語でもフレームワークでも、まずドキュメントにすべて目を通すことですね。このタイミングでは細部は覚えなくてよいです。こういう要素があるんだなと覚えるだけで良くて、後ほどそれが必要になったときに「なんかそんなのあったな」でもう一度そこを読んで身に着けていけば良いです。今はどの言語、どのフレームワークでもお互い良いところを取り入れているので、使える機能は似てくることが多く、そこは応用が利きます。なので基礎を理解することも重要ですね。あとは英語を読むこと。ログでもドキュメントでも、翻訳を使わず読めるようになると全ての作業が早くなります。これからエンジニアを目指す方、頑張ってください。
自己管理は怠惰に負けない様にしないとですね。。。テロップ付お疲れ様です!
5番がまじでわからないです自分の場合は、一瞬でもいけると思ってしまったら穴なんて見つからなくなってしまう気がしますいけると思ったら言語化してコード書く前に先輩とか同期にレビューしてもらうとかなり理解度が深まった気がします
人によって肌に合う言語があります。とりま全部やってみよう
確かにその通り!だが、ベンダーが客のスケジュールに合わせ過ぎて納期を短くする癖は直した方がいい。これは業界全体で改善すべき事。
下準備が苦痛です🙄でも、未来を考えたら逃げられない…気がする
例えば変数、初心者の時って"a"とか"b"とかで書かれている参考書の方が、すっきり見えてわかりやすいですね(プログラムコードが短い)。
英会話やプログラミングなどいかに楽して覚えられるかに焦点を当て勝ちだけどそんな道などまずないというのが持論プログラミングに向いている、向いていない、は、好きか、好きじゃないか、と、イコールだと思っていて、学習の苦しさに挫折するなら、それはほんとうに好きなことじゃないから、無理してまでやる必要ないということで他に好きなことをみつけたらいい、と言うこと。本気で好きなら、どんなに辛い学習も辛さとかは感じることなく没頭してできるから
1番で言ってるのは、アルゴリズムが大事ってことだと思う。やりたいことをアルゴリズムに落とす、関数くらいのレベルに落とし込む、コードにする、この手順をふむ。言語の話はこのコードの部分だから、言語ではなくプログラミングを学ぶってことなのだと思った。
プログラムは好きでたまらなかったから、理解出来ない。寝食を忘れて取り組んでいた。
そうか、初心者ってこう言うのを伝えないとわからないんだ本で座学だって?そんなアプローチを取るなんて動かさなきゃ何も進まないって自然と身につくと思ってた
大変ありがとうございます。ぶっ壊していきます!
何を目的にプログラミングをするかを軸に考えられれば続けられる。プログラミングで何が出来ることを知ってやりたいことに合わせて作りながら学ぶ。↑がわかっていても完成してないですけどwすぐに内容が反映されて楽しいゲームとかジェネラティブアートとかがいいかも。
good!
全然関係ないですが…やまうらきよとってハンドルネームですかね?京都大学羨ましいをもじってハンドルネームにしたとか…?
いいこと言ってるけど、これが伝わらない人が多いのよね。適性がある人は自分で気付くし、行動がそうなっていて、振り返ったときに気付くくらいかもしれない。一人一台の端末もなく、紙のマニュアルしかなかった頃から関わってるけど、自分で調べて、自分で考えて、答え合わせもしくはどうしても答えが出ない、判断に迷うくらいで聞きに来るのがちょうどいい。世の中が成果を求めすぎて、コスパ厨、タイパ厨ばかりなのでしょうがないかもしれないけど。。。
IT系で僕も何十年も仕事していますが、たとえば現場の打ち合わせルームの横を歩いてると中からどっかの営業さんが「何言語使えますか?」って誰かに聞いてるの見て思う。”日本語って言ったら、国語の先生にでもなれるとでも?言語知ってたらお金稼げると?フランスに行けばホームレスでもフランス語しゃべるしな。言語は武器かもしれないけど、こちらの動画みたいな、その使い方や考え方が大事なんだぜ”って。
1:11
3:45
5:15
7:07
10:10
短くまとめると、「パラダイムを理解して、実践と検証を繰り返す」かな?自分は割と初期段階からできてる
なんだよパラダイムって概念を理解して実践検証やろ
@@たまたま-y4d 同じでは?
いちいちカタカナ使うところが鬱陶しい
@@こまーん 同じとは言ったけどパラダイムはいくつか意味が多いからちゃんと差別化したつもりだよ、文句言う前に調べてこいや
@@user-sabasabpsabasabasabasaaba こういう無駄なやり取りが増えるんよプログラムできるほど有能なのになんでこれっぽっちのことがわからないのよ
UNIX哲学って、やつですね。
何ヶ月やってもこれ自分で気付けない場合は諦めたほうがいい
あー京都大学の人かー俺には無理そうだからあきらめます!
ベテランの熟練だけど苦痛。終わらんよ…ほんと。コーディングは苦痛じゃない。人間が苦痛なんだ。
仕事でプログラミングを始めて1年以内のへっぽこプログラマーですが、まさに今自分が初期の頃作ったコードを壊して再度作り直しているところです。しんどいですが、この動画を見て自分がやってることは正しいことなんだと自信が持てました。ありがとうございます。
エンジニアはマジで尊敬するわ。ローカル環境つくるだけでも最初はしんどかった。
「ハハァ💡」が好きです(笑)学びはじめはどうしても「覚える」にこだわってしまいますね。メタな視点と正確な知識を手に入れたいです。頑張ろう〜!
いまはAIに相談しながら学習できるから、
以前よりはだいぶ学びやすくなった気がします。
とりあえず、分からない箇所は
「子供でも理解できるように説明して」
とお願いしていますが、細かなことまで訊いても嫌な顔されないし😹本当に助かってます。
原則とか設計意識しだしてから楽しくなったなぁ
3番はプログラム自体でかなり重要な考えで、テストを段階的に繰り返すことで初学者はどこがダメか分かって学習、作業の効率がいい
だけでなく、本質的にプログラムやシステム自体は小さなプログラムを参照、依存している形になっているから、関数化、ライブラリの作成、システム構築の考え方で重要だったりするんですよねー
最初から全てを正確に理解しようとすると死ぬから、昨日分からなかった事を1つ理解する
程度の心意気がいいと思う。ITは宇宙の様に広いから...
わかります
その1つ1つの積み重ねで、昨日分からなかった事が5つ、10つと増えていくと感じます
貴重な情報でした!
今年の新入社員の男の子がベテランの女性社員にやる気が感じられないとかボロクソ怒られているのを見て本当に理不尽で可哀想だなと思う
なんで10年以上も働いているベテランと同じ事がたった数年学校で学んだだけの子に出来るというのか全く意味不明
逆にそれができたらお前らベテランは今まで何してたんだよって話
今回も、貴重なお話しをありがとうございました😄😄😄
5.正確に~ってところが自分は若干異なっていて
「ある処理(/不具合などの現象)の筋道が自分の中で腹落ちするところまで理解する」って感じですね。
正確かどうかって人によって差があるというか、突き詰めると作業量に見合わなくなるというか…
それをすると最終的に使ってるライブラリとかもソースコード全部読まないといけないことになってしまうので。。
最初のうちは、知らないことが多過ぎるし、理解した内容が合ってるか間違ってるか、を自分でなかなか判断できないので、その時の自分知識で腹落ちするところまで理解する、は自分もそうやってたので、共感しました。
次その知識を使うときに、理解した内容をアップデートしていく感じで、正確さを高めていくイメージでした。
これは真理だと思う
エンジニア1年目です。
PHPです。
他の言語も共通でコーディングができません。でも、ChatGPT のおかげで実務をこなせてます。大丈夫じゃないのはわかってます。でも一向にゼロイチでコーディングできないので、どうしたものかと思ってます。
PHPって若干他の言語と書き方違うから他言語を学ぶ時に苦労するかもです(実体験)。具体的にどんな所が違うかと言うと、変数の接頭辞に$付くとか、型宣言無くても書けるとか、オブジェクトと配列の境界線が曖昧だったり、クラスの呼び出し方だったりetc…
Java学んでおくとかなり潰しが効くんですがいきなりJavaはハードル高いかもしれないので、フロントでもよく使うJavaScriptも触っておくと絶対あとで役に立ちます
PHPなら恐らくweb系であると想像しますがフロントも触る事多いかと思いますので、その時にJavaScriptやっておいて損は無いし、PHPとの書き方の違いを把握しておくだけで他言語に行った時に一気に役立ちます。
ごくごく当たり前のことだけど慣れてなかったり、他の業種から来た人からするとそういうものなのか
PythonもJavaもRubyもオブジェクト指向プログラミングによって理解はしやすくなったのは間違いないけど、それはあくまでプログラミング全体の概念であって
細かい構文ルールは
言語によって全く異なるから、
100%楽にプログラミングが覚えられるほど甘くはない
苦痛な学習はプログラミングにおいては避けられず克服できた者だけがネイティブになれる
未経験からエンジニアになって2年目です。1〜3までは何とか気づいたしできてきましたが4と5が難しいです😢
言語でもフレームワークでも、まずドキュメントにすべて目を通すことですね。このタイミングでは細部は覚えなくてよいです。こういう要素があるんだなと覚えるだけで良くて、後ほどそれが必要になったときに「なんかそんなのあったな」でもう一度そこを読んで身に着けていけば良いです。
今はどの言語、どのフレームワークでもお互い良いところを取り入れているので、使える機能は似てくることが多く、そこは応用が利きます。なので基礎を理解することも重要ですね。
あとは英語を読むこと。ログでもドキュメントでも、翻訳を使わず読めるようになると全ての作業が早くなります。
これからエンジニアを目指す方、頑張ってください。
自己管理は怠惰に負けない様にしないとですね。。。
テロップ付お疲れ様です!
5番がまじでわからないです
自分の場合は、一瞬でもいけると思ってしまったら穴なんて見つからなくなってしまう気がします
いけると思ったら言語化してコード書く前に先輩とか同期にレビューしてもらうとかなり理解度が深まった気がします
人によって肌に合う言語があります。
とりま全部やってみよう
確かにその通り!
だが、ベンダーが客のスケジュールに合わせ過ぎて納期を短くする癖は直した方がいい。これは業界全体で改善すべき事。
下準備が苦痛です🙄でも、未来を考えたら逃げられない…気がする
例えば変数、初心者の時って"a"とか"b"とかで書かれている参考書の方が、すっきり見えてわかりやすいですね(プログラムコードが短い)。
英会話やプログラミングなど
いかに楽して覚えられるかに焦点を当て勝ちだけど
そんな道など
まずないというのが持論
プログラミングに向いている、向いていない、は、好きか、好きじゃないか、と、イコールだと思っていて、学習の苦しさに挫折するなら、それはほんとうに好きなことじゃないから、無理してまでやる必要ないということで他に好きなことをみつけたらいい、と言うこと。
本気で好きなら、どんなに辛い学習も辛さとかは感じることなく没頭してできるから
1番で言ってるのは、アルゴリズムが大事ってことだと思う。
やりたいことをアルゴリズムに落とす、関数くらいのレベルに落とし込む、コードにする、この手順をふむ。言語の話はこのコードの部分だから、言語ではなくプログラミングを学ぶってことなのだと思った。
プログラムは好きでたまらなかったから、理解出来ない。寝食を忘れて取り組んでいた。
そうか、初心者ってこう言うのを伝えないとわからないんだ
本で座学だって?そんなアプローチを取るなんて
動かさなきゃ何も進まないって自然と身につくと思ってた
大変ありがとうございます。ぶっ壊していきます!
何を目的にプログラミングをするかを軸に考えられれば続けられる。
プログラミングで何が出来ることを知ってやりたいことに合わせて作りながら学ぶ。
↑がわかっていても完成してないですけどw
すぐに内容が反映されて楽しいゲームとかジェネラティブアートとかがいいかも。
good!
全然関係ないですが…
やまうらきよとってハンドルネームですかね?
京都大学羨ましいをもじってハンドルネームにしたとか…?
いいこと言ってるけど、これが伝わらない人が多いのよね。
適性がある人は自分で気付くし、行動がそうなっていて、振り返ったときに気付くくらいかもしれない。
一人一台の端末もなく、紙のマニュアルしかなかった頃から関わってるけど、自分で調べて、自分で考えて、答え合わせもしくはどうしても答えが出ない、判断に迷うくらいで聞きに来るのがちょうどいい。
世の中が成果を求めすぎて、コスパ厨、タイパ厨ばかりなのでしょうがないかもしれないけど。。。
IT系で僕も何十年も仕事していますが、たとえば現場の打ち合わせルームの横を歩いてると中からどっかの営業さんが「何言語使えますか?」って誰かに聞いてるの見て思う。”日本語って言ったら、国語の先生にでもなれるとでも?言語知ってたらお金稼げると?フランスに行けばホームレスでもフランス語しゃべるしな。言語は武器かもしれないけど、こちらの動画みたいな、その使い方や考え方が大事なんだぜ”って。
1:11
3:45
5:15
7:07
10:10
短くまとめると、
「パラダイムを理解して、実践と検証を繰り返す」
かな?自分は割と初期段階からできてる
なんだよパラダイムって
概念を理解して実践検証やろ
@@たまたま-y4d 同じでは?
いちいちカタカナ使うところが鬱陶しい
@@こまーん 同じとは言ったけどパラダイムはいくつか意味が多いからちゃんと差別化したつもりだよ、文句言う前に調べてこいや
@@user-sabasabpsabasabasabasaaba こういう無駄なやり取りが増えるんよ
プログラムできるほど有能なのになんでこれっぽっちのことがわからないのよ
UNIX哲学って、やつですね。
何ヶ月やってもこれ自分で気付けない場合は諦めたほうがいい
あー京都大学の人かー俺には無理そうだからあきらめます!
ベテランの熟練だけど苦痛。
終わらんよ…ほんと。
コーディングは苦痛じゃない。
人間が苦痛なんだ。