ぼくはこうしてプログラミングを覚えた
オリジナルはココです。フェイスブックのエンジニアで史上ベスト３に入るといわれるEvan Priestley氏への質問「どうやってプログラミングを覚えましたか」に対する本人からの答えです。 手短かに言えば 何年もの歳月の賜物というか。ぼくはただひたすらプログラミングが大好きで、（フェイスブックで働いていた）過去４年間、ほとんど他のことをしていない。その前も２.５年ほどプログラマーとして働いていたし、そのさらに前も６年くらい趣味でプログラミングをしていた。ぼくは高校も大学も中退しているので、それで空いた時間もプログラミングに費やした。つい最近フェイスブックを辞めたけど、未だに起きている時間のほとんどはプログラミングだ。 もっと詳しく言えば 月並みだが、ぼくはちっちゃい頃からコンピューターが好きで、我が家にあったヤツで（最初はMac Plusで途中からIIsiになった）で散々遊んだ。８歳か９歳の
ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 コンピュータサイエンスの専門教育を受けず、20代半ばで本格的なプログラミングを始めた文系エンジニアが、いかに学び、考え、生き延びてきたのかを伝えます。 こんにちは。白山（@fushiroyama）と申します。現在は新聞社のデジタル事業部署で、モバイルアプリ開発のテックリードをしています。 自分のエンジニア人生を振り返ると、これまでの道のりは決して平坦ではありませんでした。コンピュータサイエンスの専門教育を受けず、本格的にプログラミングを始めた年齢も23、4歳と決して早くありません。 そんな自分が、いかにして開発チームのリーダーを任せてもらえるまでになったか？ 考えてみると、次の4つの戦略で生き延びてきたようです。 自分だけの居場所を見つける 必要な知識を効率的に取捨選択する 他のエンジニアに差を
入社からの半年間でコードレビューで指摘されたことのまとめ - 30歳からのプログラミング
実務未経験でプログラマとして入社して半年以上が経った。 コードレビューで指摘されたことを備忘録としてまとめておく。 自分なりにまとめたものなので、レビュアーが言いたかったこととニュアンスや解釈がずれている可能性はある。 初歩的な内容ばかりで我ながらうんざりする。 せっかく優秀な同僚ばかりなのだからもっと高度なことを学びたいが、こういう初歩的なことが出来ないのが俺の現状なのだから、仕方ない。 そもそもPullRequestを送ったこともなかったわけだし。入社初日は、一人でPullRequestの出し方を練習していた。 それを考えればまあ、こんなものだろうか。 当たり前のことをちゃんと当たり前に出来るようになって、早く、次のステージに進みたい。 PullRequest(PR) PRのタイトルは分かりやすいものに。必要に応じてチケットの番号なども入れる。 コミットやPRは出来るだけ粒度を細かくす
「10倍プログラマ」の神話、Ruby on Railsの生みの親が語った高い生産性のカギとは!? | HRナビ by リクルート
ずいぶん前のことだが、Webアプリケーション開発フレームワーク「Ruby on Rails」が00年代後半にブームを巻き起こしたとき、強い主張を持つソフトウェアとしてRailsは多くの議論を呼び起こした。その中でも最大のものはプログラマの生産性に関するもの。当時、すでにいくつも存在していたJavaベースのWebアプリケーション開発フレームワークに比べて、Ruby on Railsは10倍の生産性を達成できるという主張だ。 Rubyの生産性はJavaの10倍――。この主張が多くのエンジニアの琴線、もしくは逆鱗に触れた。「さすがに10倍は大げさだ」、「いや、現実に設定ファイルやコードを書く行数が劇的に減るのだから、そのぐらい当然だ」と意見が分かれたのだ。 2005年のリリースから約10年。Railsの生みの親で、今もプロジェクトをリードするデイビッド・ハイネマイヤー・ハンソン氏は当時を振り返り
ドイツでプログラマとして働いて半年がたちました。 - WETな備忘録
と、いうやつを8月末に書こうと思ってたらもう12月がすぐそこまで来ている。 人生設計とか考えるのがしゃらくさくなり、と言えば格好はいいんですが、何か僕の将来に対する唯ぼんやりした不安と向き合うことに疲れて、ビールとソーセージが好きだという理由だけでドイツに行きたい、というか行くことに決めたのが昨年の11月くらい*1で、そのときは前も後ろも何も決まってない状態だったので、いそいで準備とかしたのでいろんな人に迷惑をかけてしまったかなあと思いつつ、深く感謝はせども、反省はしていません。いつも本当にありがとう。 こういう無茶な生き方をするために心技体マッチョなものを身につけたはずなのであって、せっかくなので無茶な生き方しないともったいない。 所詮地球でした ドイツに来て即、ボーフムというサッカーしか無えみたいな田舎街に単身で顧客に常駐して、スイスのクライアントの2次請けみたいなことをしたんですが、
有益な話だし、GPL関係でググってこのページを見た人のために勝手に補足と..
有益な話だし、GPL関係でググってこのページを見た人のために勝手に補足と個人的な疑問を放流してみる。 適当に調べてた知識を記憶をたよりに書いているので、間違いがあれば容赦なく指摘して欲しい。 # どうでもいいけど、元増田の話でOSがLinuxだったりしたら笑うw WEBシステムを閲覧した人がソースコードをよこせと言えるライセンスはAGPLGPLは元増田で書かれている通りで、WEBシステムを閲覧しただけではソースコードを請求することはできない。RMSらもこれには気づいていて、この穴を塞ぐためにAGPLというライセンスができた。このライセンスのソフトウェアを利用した場合、WEBシステムであろうと利用できる人はソースコードの請求を行えるようになる。 これは別にWEBシステムに限らず、ユーザーが何らかの形で利用できるシステムなら、ソースコードの請求が行える。 MySQLを利用したからといって、スク
アメリカで成功が最もカタいと言われるスタートアップTOP100
ForbesがAmerica’s Most Promising Companies（アメリカで成功が最もカタいスタートアップベスト100）を発表していたので、1位〜100位について調べてみた。(2014/4/11更新) (2014/12/16UP!)Inc.が発表した2014年最も速く成長している非公開ベンチャー5000社中TOP20社！も是非ご覧ください。 1 : Fuhu Hui兄弟とRobb Fujiokaが2008年共同創業（だからHuFu）。Nabiという子ども向けAndroidタブレットを販売している。赤い蝶の妖精がタブレットになったというアニメーションは色んな意味で衝撃だったが楽しくコンセプトを理解出来た。2013年の Inc. 500でも1位に輝いている。その際のインタビューでRobb Fujiokaはタブレット自体は粗利が5ドルとか10ドルしか稼げなかったのでアクセサリー
プログラマなのに知らなかったら恥ずかしい英単語集 - Qiita
1. send, deliver, dispatch, announce, distribute, route send : (命令・依頼などによって)行かせる、送る deliver : 配達する; 引き渡す，明け渡す; 手渡す dispatch : 〈軍隊・特使などを〉〔…へ〕急派する，特派する announce : 人に〕〈…を〉知らせる，発表する distribute : 〈ものを〉〔…に〕分配する route : 貨物などを〉〔…のルートで〕発送する 2. find, search, extract, locate, recover find : (努力して)見つけ出す search : (何かを見つけようとして注意深くまたは徹底的に)捜す extract : 〈エキスなどを〉〔…から〕抽出する locate : 〈…の〉位置を突き止める recover : 〔廃物などから〕〈有用
絶対落ちないアプリの作り方
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
株式会社ユーザベース（NewsPicks/SPEEDA）に入社しました - kiyoblo（@kiyohero）
先日投稿した退職エントリーには、たくさんのコメントや☆、反応をいただきありがとうございました。たくさんの方に支えられていることをあらためて実感したとともに、皆さんの期待に応えられるようがんばらないと、と身が引き締まる思いでした。 最終出社日にあたる2月26日は東京オフィス、2月27日は京都オフィスで送別会を開いていただきました。冒頭の写真は送別会でいただいたプレゼントの品々です。送別いただいた皆さま、ありがとうございました。 さて表題の通り、3月1日付けで株式会社ユーザベースに入社しました。恵比寿勤務になります。 ユーザベースは「世界一の経済メディアをつくる」をミッションに2008年に設立されたスタートアップです。サービスとしては、アジア最大級の企業・業界情報サービス「SPEEDA」と、経済情報に特化したニュースアプリ「NewsPicks」の2つを提供しています。私は立ち上がったばかりの
フリーランスの仕事の回し方メモ - clock-up-blog
前提 思想：自由にやりたい 場所：東京 時代：2013～2014現在 職種：プログラマ 経験値：会社人ゲーム開発10年、フリーランスWeb開発1年 場所と時代は大きなファクターだと思う。 この前提から剥離している環境にいる人が、もし仮にこの記事を見て参考にしようとしても、あまり参考にならないかもしれない。 #108127768 / gettyimages.com 活動場所 自宅 コワーキングスペース (主に茅場町のCo-Edoを利用) カフェ ファミレス (カロリー注意) 仕事の記録 請けた仕事 Co-Edoの田中さんに仕事を貰いました。 Co-Edoでたまたま会ったFさんという人から仕事を貰いました。 Fさんの知り合いのNさんから仕事を貰いました。 興味のあった仕事をネットで見つけて応募して週2程度の定職を得ました。 元いた会社の繋がりのHさんから仕事を貰いました。 Co-Edoでたまた
新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 あわせて読みたい 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 この記事について この記事は、新人向けの研修内容を再編集してお送りします。 この記事の内
生産性が高いエンジニアを評価するための２つの仕組み - レベルエンター山本大のブログ
仕事ができるプログラマって、できないプログラマに比べて「１０倍」も生産性が高い。とか言う話がありますよね。 僕も体感的に、本当にできるエンジニアは本当に生産性が５倍とか１０倍とか変わることを見てきました。 でも開発の現場では「残業しまくってる」ほうが、なんだか仕事してるように見えてしまう。 そんな中で久々にこの記事を目にしました（漫画なので1分ぐらいで読めます）。 ■「残業しないで帰るSEってやるきないんじゃない？」 http://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=000800 2006年の記事ではありますが、こういう話って普遍的なので古くもありませんね・ 残業しないで定時に帰れるって評価するべきだし、残業をせず家庭を大事にする社風にしたい。 すごく生産性が高いっていうエンジニアを評価したい。 でも残業してるのって分かりやすいから評価さ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
