タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

プログラミングに関するkoogawaのブックマーク (12)

  • 体系的にプログラミングを教えられると挫折するタイプの人はご注意!|ふろむだ@分裂勘違い君劇場

    「専門学校では、全くの素人に、体系的にプログラミングを教えることで、それなりにプログラムが書けるようにしている」という記事が賛同を多く集めていた。 しかし、私の場合、まったく逆だった。体系的にプログラミングを教えられたらすぐに挫折したけど、体系もカリキュラムも全部無視して、自分の興味の赴くままにプログラミングを学んだら、ごく短期間に、劇的にプログラミング能力が高まった。 元記事によると、専門学校では、素人は、まず、簡単なアルゴリズムの問題集をやらされるとのことだが、こんなことをやらされたら、僕のようなタイプの人間は、まず挫折する。 実際、大学でプログラミングの授業を履修したときは、すぐに挫折した。 なぜなら、退屈だからだ。 僕は、子供の頃からそうなのだが、退屈なことを続けることができない。だから、小学生の時に公文式をやったときも、すぐに挫折した。しかし、学校の算数のテストでは、満点以外の点

    体系的にプログラミングを教えられると挫折するタイプの人はご注意!|ふろむだ@分裂勘違い君劇場
    koogawa
    koogawa 2019/01/05
    こういうタイプの人達の中でも・優越感に浸ってニマニマしてるタイプと・授業についていけずに困っている他の生徒をサポートするタイプにわかれるから面白い
  • 専門学校では如何に素人に対し体系的にプログラミングの基礎を教えているか(体験談) - みんからきりまで

    こんにちは。 あけましておめでとうございます。 さて、新年早々プログラミング教育エンジニア業界の闇について議論(?)が盛り上がっていますね。 この話題に関してはぼくはわりと思うところがたくさんあり、書き始めると延々と書き続けてしまいそうなんですが、今回は「プログラミングは体系的な教育方法が確立されていず殆どの人間はプログラミングに向いていない」という内容について体験談をもとに言及してみたいと思います。 人はどのようにプログラミングを学習するか ぼくの観測範囲では、バリバリに活躍しているエンジニアはだいたい「大学で情報工学系の教育を受ける一環としてプログラミングを習得した」「文系だったけど趣味や研究などでプログラミングを独習してプログラマになった」という人が多いようです。 特に、コーディングノウハウそのものに関しては独習で学んだため、どうやって他人にプログラミングを教えればいいのかなんて分

    専門学校では如何に素人に対し体系的にプログラミングの基礎を教えているか(体験談) - みんからきりまで
    koogawa
    koogawa 2019/01/05
    とても良いなぁ。自分は情報工学系の学部卒だけど、プログラミングを学ぶというより単位もらいたいだけの学生が割と多かった印象
  • 28歳プログラマーだけど質問ある? : IT速報

    1: 以下、\(^o^)/でVIPがお送りします 2014/09/16(火) 14:35:32.95 ID:9MdOHaY9i.net 暇だからなんでも答えるぜ 5: 以下、\(^o^)/でVIPがお送りします 2014/09/16(火) 14:36:10.24 ID:SN1M2Oaj0.net ピンキリ世界だろうが、1はピンかキリか? 12: 以下、\(^o^)/でVIPがお送りします 2014/09/16(火) 14:37:45.97 ID:9MdOHaY9i.net >>5 ほんと中盤くらい。最近そんなエグいのは聞かないよ 14: 以下、\(^o^)/でVIPがお送りします 2014/09/16(火) 14:38:05.49 ID:pBy6KBiw0.net 年収どんくらい? 17: 以下、\(^o^)/でVIPがお送りします 2014/09/16(火) 14:39:20.94 ID

    28歳プログラマーだけど質問ある? : IT速報
  • ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習

    最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識がになりました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない!vs. 現場に任せてくれない!の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い!ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン(あるいは権威勾配に関する一

    ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
    koogawa
    koogawa 2014/05/26
    新人に限らないと思った。耳が痛い。。
  • プログラマーは"一線"を超えると急激に伸びる - Linux/Ruby 小崎氏(後編)

    プログラマーのスキルはある一定のラインを超えたところで急激に伸びるんです。そのラインは早く超えるには、OSSの開発に参加していろんな人が書いたソースコードをたくさん読むというのは有効な手段の一つだと思います」――こう語るのはLinuxカーネルおよびRubyの現役コミッターである小崎資広氏だ。 小崎氏には前回、LinuxカーネルやRubyの開発に関わった経緯や、コミュニティ活動を円滑にするポイントをうかがった。今回は、これからOSSコミュニティに参加しようと考えている若手エンジニアに向けたアドバイスをお願いしよう。 関連インタビュー 【インタビュー】コミュニケーション力向上に役立ったOSS活動 - Linux/Ruby 小崎資広氏 【インタビュー】言語は思考にも影響を及ぼす、だからRuby開発を選んだ--まつもとゆきひろ氏 【インタビュー】Rubyが大きくなれたのは、私に隙があるからかな

    プログラマーは"一線"を超えると急激に伸びる - Linux/Ruby 小崎氏(後編)
  • 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 - Qiita

    エンジニア組織を強くするためのを出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 あわせて読みたい 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 この記事について この記事は、新人向けの研修内容を再編集してお送りします。 この記事の内

    新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 - Qiita
  • 「エンジニア100人に聞きました 〜新人エンジニアにお勧めする一冊〜」ドリコムの場合 #e100q - ドリコムのエンジニア100人に聞きました

    こんにちは、ドリコムの吉田です。 ITエンジニアの在籍する各企業さんと共同のアンケート企画「エンジニア100人に聞きました」に今回も参加しました。 今回のテーマは「新人エンジニアにお勧めする一冊」です。4月は新卒エンジニアが誕生する季節でもあります。ドリコムでは今年8名のエンジニアが入社しています。4/1に行われた入社式様子はこちら。 実施期間:2013年3月25日〜3月28日 回答数:18 Q1:新人エンジニアにお勧めする一冊を教えてください。 Q2:(Q1で挙げた一冊を)お勧めする動機を教えてください。(選択式) まおゆう魔王勇者 1「この我のものとなれ、勇者よ」「断る!」 作者: 橙乃ままれ,toi8 出版社/メーカー: エンターブレイン 発売日: 2010/12/29 メディア: 単行 購入: 25人 クリック: 1,935回 この商品を含むブログ (164件) を見る 推薦理由

    「エンジニア100人に聞きました 〜新人エンジニアにお勧めする一冊〜」ドリコムの場合 #e100q - ドリコムのエンジニア100人に聞きました
  • クソコード、あるいは技術的負債 - 時計を壊せ

    クソコードについてここ数日で考えたことを書いてみる。 技術的負債まわりのえらいひとたちの議論を眺めてて、技術的負債って言うとなんかプロっぽいけど、クソコードって言ったほうが示したいモノを素直に表してるし分かりやすいきがしてきた。 クソコードを書くなとは思わないけど、クソコードをいつまでも放置するのはやめようって思う。 クソコードは次なるクソコードを生み出すし、バグを隠蔽するし、メンテナンスコスト増大の悪循環のキッカケになるし、新人の教育上良くないので無くて済むならもちろんないほうがいい。 ただ、ギークな人たちを除いて、さらっと60点*1のコードなんて書けない。僕を含め大多数のエンジニアは自分自身が書いたクソコードをリファクタリングして60点以上のコードを目指すための時間が必要になる。 そのうえ、そういうコードを書いてもだいたい時間経過に伴って事情が変わって、60点のコードの挙動を壊さないよ

    クソコード、あるいは技術的負債 - 時計を壊せ
  • MVCにおけるcontrollerクラスの役割は時代と共に変わって行く | F's Garage

    昔、JavaのフレームワークであるStrutsも出てくる前、MVCモデルにおけるControllerの役割というのは、 「ロジックもデータも見ない現場監督のような役割」 と学んだ。だから昔、ServletではMVCアーキテクチャを学んだ時に、こんなControllerを書いていた。 [とりあえずRequestオブジェクトを受け取る] | [validationロジックに引き渡す。データの中身は見ない] | [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] | [次にロジック処理クラスに渡す。最終的にDBのテーブルとマッピングしたデータはJavaBeansというデータクラスが保持する] | [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] | [Viewの生成オブジェクトにJavaBeansを渡す] | [Viewオブジ

    MVCにおけるcontrollerクラスの役割は時代と共に変わって行く | F's Garage
  • 「MVCの勘違い」について、もう一度考えてみる - 圧倒亭グランパのブログ

    お久しぶりです。@at_grandpa です。 今回、Model View Controller について再考する機会があったので、自分なりに整理してみました。 勘違い MVCの勘違いに関しては、以下のSlideShareが有名かと思います。 やはりお前らのMVCは間違っている @mugeso これにはドキッとしたことを覚えています。 このスライドで「間違っている!」と指摘されている形式を、そういうものだと理解していたからです。 上記で指摘されている勘違い形式を、自分なりにわかりやすく噛み砕き、図にしてみました。 Userからの入力をControllerが受け取る Controllerはデータ置き場であるModelからデータを取得する 取得したデータをControllerが加工する 加工したデータをViewに転送する Viewは、受け取ったデータを視覚表現しディスプレイに表示する 自分の中

    「MVCの勘違い」について、もう一度考えてみる - 圧倒亭グランパのブログ
  • マウスだけでプログラミングできるガキ向け言語「Scratch」やろうぜ!! : IT速報

    1: 以下、名無しにかわりましてVIPがお送りします 2013/10/14 06:42:27 ID:KtQtTVDr0 公式サイト http://scratch.mit.edu/ 左上の「作る」ってとこから開発できる 開発環境はFlashだからインストールすら不要というお手軽っぷり 2: 以下、名無しにかわりましてVIPがお送りします 2013/10/14 06:44:18 ID:P74odsHf0 よくわかりませんでした 3: 以下、名無しにかわりましてVIPがお送りします 2013/10/14 06:45:21 ID:O/s+v8i40 こんなのがあるのか、なるほど 俺はしないが 4: 以下、名無しにかわりましてVIPがお送りします 2013/10/14 06:47:45 ID:KtQtTVDr0 >>2 とりあえず右のほうにチュートリアル出てるからそれに沿って終わりまでやってみろ 話

    マウスだけでプログラミングできるガキ向け言語「Scratch」やろうぜ!! : IT速報
  • Japanese for Programmers

    You too can find work as a programmer in Japan! Programming and software development is one of the few fields where non-Japanese can find great jobs in Japan. But in order to work in Japan, it is essential to learn the Japanese language. Especially, one must know the lingo used in the field where one is working -- namely software! For this purpose, I have gathered notes during my four years worki

    koogawa
    koogawa 2012/05/07
    _φ(・_・メモメモ
  • 1