はじめてのにき(2021-04-04)
_ 面接 は割と好きな雑談トピックの一つなんだよなぁ。グーグルとかでも、大雑把なとこでは合意がある程度あるけど、細かく聞くと微妙に違ったり、なるほどその視点は良いな、みたいなのも多いし https://twitter.com/shinh/status/1378585722404229122 の続きなんだけど、解けた解けないを重視しすぎたせいで明らかに不適切な評価をつけてしまったと感じて反省しているケースが一つある。直感ではこの人は強い、と思っていたし、興味深い視点を次々と出していたのだけど、なんかしら僕が想定している模範解答には直接辿りつきはしなかった。今思い出せば絶対に良い評価をつけてるのだけど、なんか当時は「ウーンやっぱこれ解けてないし、前の解けたけど微妙ぽい感じの人が落ちたことを考えると……？」と思って、悪い評価をつけてしまった。当時、 accept/reject をハッキリ書きなさ
はじめてのにき(2020-04-29)
_ ロジックを追わないコードレビュー 人的リソースが無限に近くある会社から、普通に有限というか普通に小さい会社に移ったことで、スタイルを変えてみたトピックがいくつかあって、そのひとつがコードレビューかなあと思う コードレビューで撃墜ケース探すのは、楽しくはあるんだけど、時間の無駄であるということがある。昔は topcoder の撃墜フェーズは良いものだと思ってたけど、今思えば良ろしくない。何が良くないかって、コードの問題を探す一番良い方法はテストを書くことであって、目を皿のようにして眺めることではない。 というわけで、とりあえずテストを見る、てのはなんか割ともともとしていた気がする。が、最近はもっとテスト偏重にしている気がする。CI通ってんならええよ！みたいな。PRで変更したと主張してることについて、その主張が満たされるならこういうテストが通るはずだよね、て想像をして、そういうテストがある
はじめてのにき(2018-01-21)
_ プロダクトとプログラムとプロセスと プログラマをやってると、プロダクトにフォーカスしてる人とプログラムにフォーカスしてる人の、協力しつつも多少の緊張感がある、みたいな状態をよく感じる。もちろんどちらも好きで得意な人もいるし、必ずしも排反じゃあない。片方に偏った人は プロダクトにフォーカスする人は、アイデアを出すのが好きで、人に使われるソフトウェアやサービスをローンチしたりするのが好き。プログラムは手段なのでコードにあまり愛がない プログラムにフォーカスする人は、技術そのものが好きで、プロダクトは技術を使うための手段になっている。普通の目線で考えると手段と目的が逆転してるやろ、という感がある 僕は間違いなく後者に偏ってる、がまあ前者があって始めて出てくる技術的な面白さ、なんてのもやはりあるなあと思っているので、例えば競技プログラムしかしない！て人よりはまだ前者の要素を持ってるような気もす
はじめてのにき(2018-02-04)
_ import google なんか昔 code jam T シャツを作ったことがある。URL消えてたから archive.org からとってきた。 https://web.archive.org/web/20111215052121/http://code.google.com/codejam/japan/tshirt.html この時の作業ディレクトリで tensorflow を import すると $ python Python 2.7.14+ (default, Dec 5 2017, 15:17:02) [GCC 7.2.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import tensorflow as tf \ q='''f=l ambda
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
