Appleで完全に門前払いされましたfooo↑↑ - ただの技術好き大学生がシリコンバレー凸してfooo↑↑
あいさつ こんにちは. 皆々様. とにかくSilicon Valley行けば何か起こると思ってる典型的な思考停止系大学生です. 昨年の夏、freeeという会社が楽し過ぎて勢い余り休学しフルタイムで働いていましたが、 更に勢い余りSilicon Valleyに凸しました. 徒然とこちらで起こした事を書いていきます. 今回のお話 今回はAppleに凸しましたが、完全に門前払いされたのでそれを話します. 僕も一時期（多くの人がそうだったように？）、 「Appleかっちょいいわ〜〜」 「スティーブジョブスみたいな眼鏡買うわ〜〜」 「スティーブジョブスみたいなタートルネック着るわ〜〜」 とAppleに傾倒していた時期もあり、Apple凸は結構ワクワクさんでした. 駅から割と遠い Appleに限らずそうですが、日本の感覚からすると Appleみたいなイケイケの企業はアクセスの良い都市部にあるかと思いき
プログラム書こうとして吐き気や頭痛がしなければ特に問題なし - 発声練習
あるある。 高校生の頃からPCでゲームをやったり、動画を見たりするのが好きだった。 受験を勉強頑張って結構名のしれた国立大学に入れたは良いが息詰まってしまった。 授業でプログラミング入門の講義をとってみたら全然わからない。 メソッド？コンストラクタ？再帰？このfor文どういう動きなわけ？！ バブルソートってなに？来週までに作ってこいってなんだよその宿題。ってな具合で 完全に置いてけぼり食らった。俺の周りはそこそこプログラミング経験者が居て、 俺みたいな完全初心者は殆ど居ない。 マジでなんでこんな学部選んじまったんだ。プログラミングに適正あるなんて聞いてないよ；；たいしに （はてな匿名ダイアリー：パソコンが好きで情報系学部に入ったは良いが・・・） でも、広く同年代、あるいは、日本国民全体で考えると「ＰＣ使うことに拒否感がない」「ネットが便利であることを知っている」というのは結構有利な点だった
Joel on Software - ゲリラ的雇用面接のすすめ
Joel Spolsky ジョエル・スポルスキ 翻訳: 松村 弘典 2000-03-23 Fog Creek Softwareでは適切にスタッフを採用する事が必須である。我々の業界では対象となる人々を３つのタイプに分類する事が出来る。一方には 未洗のイモ とでも呼ぶべき、この業種に従事するのに基本的なスキルさえも持ち合わせていない集団がいる。これらの人たちは履歴書を注意深く確認して２，３の簡単な質問をする事で比較的容易に除外する事が出来る。対極には スーパースター と呼ばれる、パーム上で動くLispコンパイラを週末の暇つぶしにアセンブリ言語で書いてしまうような人たちがいる。これらの中間にあたるのが大多数の「応募者」で、何かしらやってくれるのではないかと思わせる人たちである。ここで紹介する幾つかのトリックはこれら一般的な応募者とスーパースターとの違いを見極めるためのものであり、Fog Cre
開発時に出会いたくないパターン - Perl日記
悩んだりうまくいかなかったり解決したり。だらだら書いた。 手作業症候群 とにかくなんでもかんでも手で確認・作業する必要があると思い込んでしまう病。 そりゃiOSアプリとかAndroidアプリとか最終的には実機確認は必須だけれども。 その前にやれることは多々あるはず。リグレとか。 あと「デプロイ職人」も不要にするべき。わかってる。 自動化できない要素を突っ込んでる方が悪いのだ。なんとかする。 masterブランチぶっこみ志向 masterブランチに直接コミットを重ねていくことにより開発速度をアップさせることができる。 ただし孤独な背水の陣を構えることになる諸刃の剣。 おとなしくtopic branchを切って作業するのが安心への近道であり王道である、 とか言ってたらみんなちゃんと切ってくれるようになった。めでたし。 チケットそっ閉じ症候群 本来はリリースしたりデータを修正したりしてチケットと
半年間休職してプログラミングの勉強をした - ぼっち勉強会
目次 概要 この記事の目的 なぜ勉強するのか なぜ休職したのか(働きながらではダメなのか) どのようにして休職したか 金銭面の問題 勉強を継続するために気をつけたこと どのくらい勉強したか 何を勉強したか 反省 まとめ 概要 5月に休職しました。 休職開始から今日まで主にプログラミングの勉強をしていました。 11月から仕事復帰します。 この記事の目的 私が休職して勉強することを決めるとき、経験談を参考にしようと思い似たような方がいないか調べました。 しかし、私のニーズに合う情報はほとんど見つかりませんでした。 私と同じように休職勉強を考えている方にとって、少しでも参考になればいいなと思い書きます。 なぜ勉強するのか 私は業務ならば並以上の働きをしていると思っています。 社交辞令もあるでしょうが、社内・顧客ともに良い評価を頂いています。 一方で、経歴を増すごとに自分の中で技術力に対する不安が
grunt-contrib-watch が重いので grunt-este-watch を試したら幸せになった
最近、Grunt と grunt-contrib-watch を使っているのだけど、grunt-contrib-watch が CPU を消費しがちである。 watch 対象のファイルが少ないうちは grunt-contrib-watch は問題なく動くんだけども、ファイル数が増えてくると CPU の消費量が増えてくる。自分の環境では、1,000 個ぐらいのファイルを監視していると、常時 10% 程度 CPU を消費している。 この問題は既知であり、FAQ には次のように書いている。 たくさんのファイルを監視している場合、デフォルトの interval の値が小さすぎるかもしれない。options: { interval: 5007 } のようにして増やしてみてほしい。詳しくは issues #35 と #145 を参照のこと (※日本語訳は私によるもの) Another reason i
JavaScript Garden
JavaScript Garden is a growing collection of documentation about the most quirky parts of the JavaScript programming language. It gives advice to avoid common mistakes and subtle bugs, as well as performance issues and bad practices, that non-expert JavaScript programmers may encounter on their endeavours into the depths of the language. JavaScript Garden does not aim to teach you JavaScript. Form
静的型と OO というものははじめから… - camlspotter’s blog
OO の方面から、「静的型とか別に役に立つとは思えない、静的型の人は頭おかしい」 とか関数型の方面から、「静的型が役に立たないなんてはずない OO の人は頭おかしい」 とか良く聞こえてくるんですが、ダックタイピング心理学 とかいう真に頭おかしい意見を無視できるとすると（無視できない量あるんですが）、まあ私にはどっちもわからんでもない、という話です。 型をゴミ箱に捨てておいてから、後でゴミ箱を漁るなら、型なんかいらない オブジェクトの静的型システムを大雑把にいうとまず upcast と downcast があります。 upcast はオブジェクトの静的型をそれが属するクラスからそのスーパークラスにを変えちまうこと、downcast はその逆、オブジェクトの静的型をそれが属するクラスから子クラスに変えちまうことです。サブクラスの物はスーパークラスとしても通用するはずですから upcast は失
AngularJS style guideを日本語訳した - Happy New World
mgechevさんがAngularJSのベストプラクティス＆スタイルガイドをまとめてるのを見つけたから訳してみました。翻訳や変なところがあったらPullReqお願いします。 https://github.com/mgechev/angularjs-style-guide/blob/master/README-ja-jp.md 経緯 Macbookの発表に備えて自分のdotfilesを整えるついでにgithubでdotfilesを彷徨っていたら、VNCクライアントをJSで書いちゃったりしてる 、mgechevさんががAngularJSのベストプラクティス＆スタイルガイドをまとめてるのを見つける。 ↓ おお、これは素晴らしい！ ↓ あれ、他の言語はあるのに日本語訳ない ↓ AngularJSを勉強するついでにContributeも出来るいい機会じゃないか！ ↓ やってしまえ！ ということでAn
俺の被害妄想でrailsが死ぬ時 - komagataのブログ
昨日EdTech Hackathonに行って久しぶりに色々なWeb関係の方の空気に触れて思った事。 俺はrails好きで強力だし楽しいなーと思うんだけど、 「GoogleからJSのシングルページでもSEO的にペナルティが全く無くなったらサーバーサイド要らねんじゃね？mBaaSで良くね？」 とか 「ちょっとしたサーバーサイドの処理はPHPで良くね？エンジニア多いし、安いし、技術的負債とかセキュリティ・ホールとか経営者からしたらたいして気にならないし、実際の所よくわからないし、来年どうなってるかわからんし。」 とか 「railsエンジニアとか単価高い割に何やってるのかわからないし。テストを書いてます？もっとこうガーッと派手に動く機能追加してくれねえかなあ？」 とか 「長期的なプラットフォームとかはガッツリ作ってくれて構わないけど、もっと雑でいいから短命のモバイル・アプリ量産してくれねえかな？」
C++11参考書を公開した後の予定
本の虫: C++11参考書の公開：C++11の文法と機能で宣言したように、C++11の参考書をGitHubで公開した。 GitHub: EzoeRyou/cpp-book GitHubからzipでダウンロード GitHub Pagesでの閲覧：C++11の文法と機能 未完成ではあるし、一部昔のドラフト準拠で、正式な規格に追随できていない箇所もあるが、C++11のコア言語はほぼ解説している。 惜しむらくは、もっと早く、まだ状況が逼迫していない時に公開すべきだったということだ。GitHubに公開してから、修正のpull requestがかなりやってくる。多くは誤字や、単純なタグ間違いだ。そのような問題はあると分かっていたのだが、いちいち調べるよりも、一通り書くことを優先して、この数年間やってきたのだ。 もし、私のレポジトリにpull requestを送るつもりならば、急いでもらいたい。というの
スキル差の存在を前提としたJava開発の私の理想 - Kengo's blog
スキルの低い人が生産性における問題ならその人を何とかするのが根本解決だよねと話したら、人に強要することなんてできないじゃないですかーという反応をいただいた。 これはすごく的を射たもので、チームを引っ張ってモノづくりをするうえで・チームを引っ張らせてモノづくりをするうえで重要な着眼点になると思っている。 個人の尊厳や主体性は最大限尊重すべきだし、様々な発想を持ち込めること（多様性）こそがチーム結成の価値の1つでもある。もしも開発プロセスやそのツールをガチガチに固めてしまうことで自由なチャレンジができなくなるのだとしたら、それは価値ある生産物を主体的・継続的に提供する能力の低下につながるだろう。そもそも変わりゆく環境の中で、1つのプロセスがずっと最適である保証も無いのだ。 では、どうするべきなのか。基本的には以下の原則を守ることだと思っている。 チーム全員が同じ方向を向こうとすること 気づきの
Go の interface 設計 - Block Rockin’ Codes
history 13/3/31 Tag について追加 intro Go を触ってて interface を用いた設計がまだまだよくわかってなかったので、一旦まとめることにしました。 Go には明示的な継承の機能は無く、 interface も例えば Java のそれとはかなり毛色が違うので、(Class ではなく) Struct の設計に結構癖があると感じます。 Go の interface は言語設計的にもかなり尖っていて、 Go という言語を強く特徴付けていると同時に、 Go 言語自体の開発者たちもこの機能をかなり重要視しています。 例えば、 Go の開発者の一人である Russ Cox 氏によれば Go's interfaces―static, checked at compile time, dynamic when asked for―are, for me, the most
Big Sky :: Windowsへの移植も視野にいれたプログラムを書くなら読んでおいて欲しい事
絶対パスの先頭に/が来る事を期待してはいけない しかしながら絶対パスの先頭にドライブレターが来る事を期待してはいけない UNCパスのホスト名やシェア名はディレクトリではないのでファイルシステムAPIは使えない事を意識しておく unixに比べパス内に空白文字が入る可能性が高い事を意識しておく ホームディレクトリを意味するパスの先頭チルダは自前で展開する必要があり、またパスの途中にチルダが混じる事は日常的にある ソケットディスクリプタに対してもread/writeで送受信できる事を期待してはいけない パイプでない標準入力のselectはやっても意味がない ディレクトリ内にあるファイルを開き、ハンドルを保持したままディレクトリを消せるのは当たり前だと思わない パスのセパレータが/¥である事を期待してANSI APIを使ってはいけない Cランタイム(POSIX互換API)とWindows APIを
Go Resources
An Introduction to Programming in Go A short, concise introduction to computer programming using the language Go. Designed by Google, Go is a general purpose programming language with modern features, clean syntax and a robust well-documented common library, making it an ideal language to learn as your first programming language. Introducing Go Perfect for beginners familiar with programming basic
アジャイルソフトウェア開発宣言
私たちはソフトウェア開発を実践あるいは実践の手助けをする ことによって、よりよい開発方法を見つけだそうとしている。 この活動を通して、私たちは以下の価値に至った。 プロセスとツールよりも個人と対話に。 包括的なドキュメントよりも動くソフトウェアに。 契約交渉よりも顧客との協調に。 計画に従うことよりも変化への対応に。 すなわち、左側に書かれたことがらに価値をおきながらも、 私たちは右側に書かれたことがらにより価値をおく。 Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler
ゴミのようなコードを見たときに利用するべき astyle のススメ - おともだちティータイム
他人の書いたコードがクソな場合は相当数ありますが、それでもフォーマットさえ整えば多少なりとも読みやすくなります。 僕は最近まで世の中の整形ツールはインデントくらいしか直してくれないと思っていました。 しかし、 astyle というツールに適切なオプションを渡せば、とても読み易いフォーマットに整形されることを知ったのです。 たとえば以下のようなゴミコードがあるとしましょう。 (処理に意味はありません) #include <stdio.h> int main(void){ int a,b; int * p; b= a=1;p=&a; if(a==b) printf("hello!") ; else printf ("hello, %d",a ); return b; } よく紹介されている astyle の使い方は以下のようなもので、せいぜいがインデントしか直してくれません。 astyle -
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モデリングもしないでアジャイルとは何事だ
バイナリかるた
GitHub 本社に行ってきた
