プログラミング初心者のうちに身につけたい３つの習慣 | Social Change!
プログラミング技術さえ身に付けば、プログラマとして一人前と言えるでしょうか？ プログラミングを始めたばかりのうちは、プログラミング言語の習得や周辺の知識を得ることばかりに目がいきがちですが、それだけでは一流のプログラマになれません。（プログラミング言語を学びたいならこちら：写経で身につけるプログラミングの基本） プログラマとして成長するためには、プログラミング技術を学ぶだけではなく、良いソフトウェアを作るための良い習慣を身に付けることが大事になります。初心者のうちに良い習慣を身につけておけば、ただ知識を追い求めるのではなく地に足をつけた成長ができるはずです。 本記事では、私自身も先人たちから学んだプログラマが身につけたい３つの習慣について書いています。 自分で書いたすべてのコードを説明できるようになろう プログラミングは全て、明確な判断の結果です。if文を使うべきかどうか、どのAPIを使う
プロとしての行為 Act as Proffesional
心底、プログラマとして生きていくのが幸せなんだなと思える人に出会ったことのある@HIROCASTERでございませう。 プログラミングが上達するベストプラクティスってあるんでしょうか？ 大学でコンピュータ教えている教授なんかは、そのあたり教えてくれるんでしょうか？ あなたの先輩は教えてくれましたか？ 昔ながらの職人がいう、見て、まねて、盗め。ですかね？ 僕の経験で、いくつか書いてみました。 毎日コードを書くとにかく毎日コードを書いている。 息を吸うように、歯磨きををするように、顔を洗うように、食事を取るように毎日コードを書いている。 テストコードも書く動くソフトウェア側のコードだけでなく、テストコードも書いている。 必然と設計も考える癖が付くわけで…。 ソフトウェア全体を仕上げるまで書く例えば、小さなメソッドだけでなく、クラス全体を。 ソフトウェアとして動作するまで全体を。 全体を仕上げるま
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
プロとしての行為 Act as Proffesional
「ソフトウェアのプロになるには本書が必要だ！」と、ボブおじさんがおっしゃっております。 このボブおじさんは、あの有名なアジャイルマニフェストにも名前を連ねているRobert C. Martinです。 プロとしての最低限必要な知識、姿勢、規律など、教育を受けたり学んだことがあるプログラマはあなたの現場に何人ぐらいいるでしょうか？ 今こそ、本書を取って、プロとしての道を歩み始めて欲しい。（amazonでずっと売りきれだったけど、やっと入荷したようだ。すぐに売り切れそうではあるが…） プログラミングの練習僕はプログラミングの練習というのを意識的にあまりやったことが無い。日本だとTDD Boot Campなどでおこなわれる小さなテーマでプログラミングをおこなうことである。本書の6章に練習について書いてる。 個人的にはRubyKaigiで、ペアプロした外人が、これはToys Programmingと
プログラムの複雑さとは何か? 【▲→川俣晶の縁側→ソフトウェア→技術雑記】
オータムマガジンにトーノZERO氏参戦で、オータムマガジンの最上位の表紙を見ると、まるでアニメ感想サイトのように見えかねません。というわけで、トーノZERO氏に負けないように、ヘロヘロな身体を鞭打って、硬派の (でも本当はミーハーな) ソフトウェア関連コンテンツを行きます。 学生時代に考えたこと § ここでは、学生時代にプログラムの複雑さについて考えていたことを、書いてみたいと思います。 この話は、次に書かれるであろう「C言語を用いたモジュールプログラミング入門」の布石となるものでもあります。 ちなみに、これは私が「学生時代に考えたこと」であって、この考えがどれぐらい適切なものであるかは分かりません。考えたことと言っても、いろいろな本から受けた知識や印象にかなり依存している部分があると思います。つまり、完全にオリジナルというわけではありません。 複雑なプログラムとは何か § 複雑なプログラ
日本のソフトウェア産業は「製造業」 - My Life After MIT Sloan
これは、MIT SloanのCusumano先生が本でも授業でもよく言ってる話。 面白いから忘れないうちに書き記しておく。 Cusumano先生は、Microsoft SecretやPlatform Leadershipで有名なソフトウェアビジネスの研究者。 日本の企業研究も色々されているし、一橋大学のビジネススクールで何年か教えてらしたりした日本通でもある。 そのCusumano先生が、ソフトウェア産業への取り組み方を比較して、こんなことを言っていた。 Europe: Software as a science －ヨーロッパにとってソフトウェアは「科学」 Japan: Software as production －日本のソフトウェアは「製造業」 India: Software as a service －インドのソフトウェア産業は「（プロフェッショナル）サービス」 U.S.: Soft
josei-sepg.info
josei-sepg.info 2019 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
プログラマーの格言（盗作多し）
プログラマーの格言（盗作多し） 頼む、９６になるまで盗作を続けさせてくれ プログラマーの格言（盗作多し） 一日は２４時間ある。 今日中という意味は明日の朝までという意味である。 プログラマーの格言２（盗作多し） プログラムは思った通りに動かない。書いた通りに動く。 プログラマーの格言３（盗作多し） 要求仕様はプログラム完成後に完結する。 基本仕様は完成品を顧客が見てから決定される。 詳細仕様は使用者がプログラムを動かしてから固まる。 プログラマーの格言４（盗作多し） 私は、ソフトウェア設計には 二つの方法があるという結論に達した。 一つは、欠陥がないことが明らかなほど単純にする方法である。 もう一つは、明らかな欠陥がないほど複雑にする方法である。 C.A.R.Hoare プログラマーの格言５（盗作多し） コードは開発現場で書くんじゃない！ 納品先で書くんだ！ デバグは納期前にするんじゃない
プログラミングできないやつがプログラマであっても全然問題ない
1 名前:以下、はてなにかわりまして元増田がお送りします。 投稿日:2010/08/17 21:01:29ていうか当たり前。 いやもちろん問題なんだけどね。 現場にいる私にとっては同僚のスキルが低いのは当然問題なんだし私自身へぼであることは問題だけれども、そういう次元の話じゃなくて。 はてななど見てると、まるで何か、プログラミングへの情熱に燃えて努力を惜しまずスキル向上してる人がプログラマって職業に付くのがしかるべき姿であって、ポインタもポリモーフィズムも理解できない（理解しようと努力もしない？）間抜けがプログラマになるなど言語道断であり、10000行のメソッドが作られるような悲劇はなんとしても避けなければならない、って雰囲気だけど。 いや悲劇は避けられたほうがいいけどさ、あのさ、「その仕事に熱意もないし能力もない、特になんもない人がその仕事をしてる」っていう状況は、しごく当たり前なのであ
プログラマーは"一線"を超えると急激に伸びる - Linux/Ruby 小崎氏(後編)
「プログラマーのスキルはある一定のラインを超えたところで急激に伸びるんです。そのラインは早く超えるには、OSSの開発に参加していろんな人が書いたソースコードをたくさん読むというのは有効な手段の一つだと思います」――こう語るのはLinuxカーネルおよびRubyの現役コミッターである小崎資広氏だ。 小崎氏には前回、LinuxカーネルやRubyの開発に関わった経緯や、コミュニティ活動を円滑にするポイントをうかがった。今回は、これからOSSコミュニティに参加しようと考えている若手エンジニアに向けたアドバイスをお願いしよう。 関連インタビュー 【インタビュー】コミュニケーション力向上に役立ったOSS活動 - Linux/Ruby 小崎資広氏 【インタビュー】言語は思考にも影響を及ぼす、だからRuby開発を選んだ--まつもとゆきひろ氏 【インタビュー】Rubyが大きくなれたのは、私に隙があるからかな
メンテ不能なコードの件 | 株式会社きじねこ
久々にこの話題をときどきの雑記帖の記事で見ました。このご時世ですので、雇用を守るために自分以外にはメンテ困難または不能なコードを書くという気持ちも分からなくもありません。けれども、自分でもメンテできなくなるようでは話になりませんね。 今回は、それを実施することの善し悪しは別として、自分にしかメンテできないコードを書くにはどうすればよいか、そして、それを実施した場合の周囲の反応ついて考えてみることにします。 同僚のスキルにもよりますが、一番確実なのは、スキルの低い技術者ではメンテナンスできないようにしておくことです。これならメンテナンス性を落とさずにすみます。中の下程度のスキルでは存在さえ知らない言語仕様やイディオムというのは（言語にもよりますが）少なくありませんからね。 こういうことをされないように、コーディング規約でガードを固めている職場もあるのですが、そもそもスキルの低い者が作ったコー
Q．優れたプログラマになるにはどうしたらいいですか？ A．他人のコード読め | ライフハックちゃんねる弐式
1 ：(青森県)：11/07/28 09:59 ID:igqeeIi/0 プログラマであれば誰しもより優れたプログラマになりたいと考えるだろう。Webにはプログラミング テクニックやTIPS、デザインパターンやアンチパターンなど、さまざまなプログラミングに関するノウ ハウがあり、多くのプログラマがそうしたノウハウを活用している。 しかしながら、いくら努力してもいまいち自分のスキルの上達を感じられない方も少なくないだろう。 以前からよく言われていることだが、Alex Kessinger氏がDailyJSに投稿したCode Pollutionという 記事がそのあたりの話を端的にまとめていてわかりやすい。 全文は↓ http://journal.mycom.co.jp/news/2011/07/28/011/index.html
開発現場のノウハウをもっと共有して、ハッカー文化を企業に根付かせよう
日本のオープンソース会の重鎮（そして自称プロのよっぱらいでもある）楽天技術理事のよしおかひろたか氏が、はてなダイアリーの未来のいつか/hyoshiokの日記で「IT産業には民族誌が必要だ」というエントリを書いています。このエントリにはとても共感するところがあります。 よしおか氏は以前から、ハッカー中心の企業文化を日本に根付かせたいという意志をもってさまざまな活動をされていて、今回の「IT産業には民族誌が必要だ」という意見もそれを実現する要素の1つです。 ではなぜ民族誌が必要だとよしおか氏が書いているのか、本題に入る前に、よしおか氏が言う「民族誌」とは何なのかを、今年の2月にデベロッパーサミット、通称デブサミでよしおか氏が行った講演「ハッカー中心の企業文化を日本で根付かせる」のスライドから少し読み解いていきましょう。 ハッカー中心の企業文化を根付かせるために この講演でよしおか氏は「良いソフ
プログラミングは「名前」が9割。 - このブログは証明できない。
プログラミングというのは、名前をつける行為なんだと思う。 プログラミングで一番大切なこと。 もしも、プログラマーじゃない人に、「プログラミングで一番大切なことは？」と聞かれたら、迷わず「名前」だと答える。もちろん、人それぞれだし、自分はスキルの高いプログラマーじゃないよ、と前置きして。 名前が9割と言ったときの、9割という部分は人によってだいぶ差があるんだと思う。もっと小さいかもしれない。けれど、名前が重要だという点に関しては、反対するプログラマーはいないんじゃないだろうか。 時代や環境で変わる名前。 いま僕がイメージしてる名前というのは、変数名だったり関数名だったりクラス名だったり、とにかくいろいろ。さらに、JavaScriptとか高階関数をバリバリ使うような場合など、名前をつけないという選択肢もある。 なんとなくJavaScriptと書いたんだけど、名前はプログラミング言語や開発環境や
２７歳プログラマー過労自殺、「困難な仕事でなかった」として労災請求を棄却…大阪地裁
■編集元：ニュース速報+板より「【裁判】 ２７歳プログラマー過労自殺、「困難な仕事でなかった」として労災請求を棄却…大阪地裁★２」 1 ☆ばぐた☆ ◆JSGFLSFOXQ ＠☆ばぐ太☆φ ★[off_go@yahoo.co.jp] :2011/08/24(水) 23:10:43.10 ID:???0 ・平成１４年に大阪府豊中市のプログラマー、北口裕章さん＝当時（２７）＝が過労自殺で死亡したのは、達成困難なノルマを課せられたためとして、会社員の父、久雄さん（６８）が国に労災認定を求めた行政訴訟の判決が２４日、大阪地裁であった。中村哲裁判長は「本人の能力からみて、特段困難ではなかった」として、原告の請求を棄却した。 原告側は「入社１年足らずで複雑なシステムを組まねばならないのに、先輩や上司からの指導がなかった」と主張したが、中村裁判長は「会社の支援体制に問題はあったといいがたい」と退けた
どんなにがんばって教えても伸びないプログラマーの比率 - 達人プログラマーを目指して
プログラマーの成長を考えないSIerの仮説は間違っている - 達人プログラマーを目指してに対して、 センスとやる気があるプログラマの方が20人に一人もいないに一票 というような意見をたくさんの方からいただきました。私の文章力のなさで多くの人に誤解を与えてしまったかもしれません。ここで私が言いたかったことはプログラマーはきちんと指導すればほぼ確実にレベルアップするということであり、どんなに優秀なプログラマーとペアを組ませて指導してもまったく実力が伸びない人はほとんどいないということでした。 類は友を呼ぶということで、私の周りには自然とプログラミング好きが集まってくるということがあるのかもしれませんし、一般的には20人に一人というのはちょっと大げさだったかと思いました。*1ただ、私とペアプロした人は多くの場合きれいなプログラムの価値を理解してくれ、最初は見よう見まねでやっていますが、徐々に自発
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【インタヴュー】新世界を創造するYコンビネーターのハッカーたち
バカが征く on Rails 2010年03月04日(1)
プログラマと付き合う
長文日記