ToDo:
https://noidea.dog/blog/delegation-means-not-answering-all-the-questions
マネージャは下の人の自主性を伸ばすように、答えられる質問にもあえて答えないようなことをした方が良いという話
なるほどなあ
(11:41)
大変な商売だなあと思う
でまあこれすごく良い記事だなあと思った
http://tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/021300004/
ついでに同じ人の第三の量子コンピュータについての説明もとても良い
http://tech.nikkeibp.co.jp/it/atcl/watcher/14/334361/112400961/
(12:10)
https://x86opti.connpass.com/event/76947/
自分の発表、XLAの話と言っても機械学習とかTensorFlowとかXLAとか別に興味ないだろう、ということですっとばして、ざっと背景説明→XLAからCPUに落ちたコードを眺める、という感じにした。
結果として、準備が足りなかったこともあって、まあそうですよねーということがわかっただけで、あまり面白くない感じになってしまった
http://shinh.skr.jp/slide/tfxla/000.html
もうちょいハイレベルだとXLA自体は結構面白いと思うトピックもあると思う。命令スケジューリングのところを読みたかったのだけど、間に合わなかったんだよな。読んでいたとしても最適化と若干あわない話なので説明してなかった気がするけど
(12:29)
前回は喉元すぎて痛みを忘れたぽいので記録
痛くないだけで世界が美しく見え、真心ブラザーズのSTONEの心持ちです。
http://j-lyric.net/artist/a006b67/l01b132.html
(01:16)
https://twitter.com/amneris84/status/961501179942285312
リプライに見事に左右両方の残念コメントが集まってて素敵
個人的には「ちゃんと『ゴメンね』が言えてえらかった!」とは強く思う
(00:28)
http://shinh.skr.jp/m/?date=20130609#p03
が再発。ネットで見ると保険でやるとどうしても再発するとのことだったがその通りだった
痛い痛い痛い…
(20:27)
なんか昔 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 (l,r),(p,m):( l+d(m )+r[: p],r[p :]); v=(_ _im port __(' s ys') .arg v+[0])[1 ];c=chr; s=c(32); n=c( 10);y=x TM =c(9 2);l=c(60) ;g=lambda( n):c(27)+' [%sm '%(n+30*( n!=0 ));d ,t=( (lam bda( n): '',' '),( g,' '),(l ambd a(n) :l+' fon t'+s+'co lor =%s> '%['black ','r ed','g ree n','yell ow' ,'b lue '][n ],l+'pr e>') )[(v=='-h') *2+ (v= ='- e')] ;pri nt(t +y+ n+red uce( f,z ip(( 20,1 4,13 ,11,7,11 ,3), (4,1 ,3,4, 2,1, 0))* 15+[( 990, 4)], ('',s *8+' q='+" '" *3+q+"'"*3+";" +s*6+"8;" +y+n+s*46 +"exec" +s*6+ "(''"+n+ s*47+"+''.j oin(q ."+n+s *48+"split ()))" ))[0]+ d(0)) ;88; '''; 8;\ exec ('' +''.join(q. split())) /usr/lib/python2.7/dist-packages/h5py/__init__.py:36: FutureWarning: Conversion of the second argument of issubdtype from `float` to `np.floating` is deprecated. In future, it will be treated as `np.float64 == np.dtype(float).type`. from ._conv import register_converters as _register_converters >>>
とかなってびびる。ということを、
https://twitter.com/tanaka_akr/status/960103700462166017
を見て思い出した。
(20:56)
https://medium.com/@steve.yegge/why-i-left-google-to-join-grab-86dfffc0be84
例のごとくすんげー長い。ので退社理由だけ斜め読み。こういうのは所属によって全然感想変わりそうである。以下下っ端のポジショントークです
まあ面白度合いが減ったというのは個人的にもそうなのだけど、まあそれは会社だけの責任ではなく自分の責任でもあるんだよな。単純に飽きた。かといって他にもっと面白いことがあるかっつーと思いつかないので、yegge先生は見つけられたというのは良い話だと思う。なんにせよ外に視野向けるのは良いことだしなあ
(22:20)
https://note.mu/issei_y/n/nf95db8205da3
この最後の「悔しい。」という4文字がすさまじく重い。
僕は割とうじうじと終わったことを悔やみ続けるので、前のマラソンに勝てなかったのを思い出してはくやしいのうくやしいのうと思い出してる。
まあでもそんなもんたかが一ヶ月の労力なんで、こういうもっと長く密度濃くやってる人の悔しさというのは次元が違うよなあ。スポーツとかですごい練習して試合負ける人とかも悔やしいんだろうなあ、と自分がうじうじしている期間だけは共感できる。まあうじうじしなくなると別になんとも思わなくなるんだが
(22:58)
https://anond.hatelabo.jp/20171202134440
もう書いてあるけど、会社っていうかまわりの風土による話なんだろうなあ
Airport test という言葉があって、面接官はコイツと空港に一晩一緒にいて楽しいか、と考えてみて、それがノーなら優秀でも落として良い、というような話をよく聞く。ある程度大きい会社としては、とにかく優秀な人を集めて陳列したいわけではなくて、実際チームとしてうまく回れば良いわけで、まあ合理的…
と思ってたんだけど、なんか否定意見があるのか
なんかぱっと見 airport test 専用の質問をするって話なのかな。たぶんエンジニアの話じゃないか
(16:09)
プログラマをやってると、プロダクトにフォーカスしてる人とプログラムにフォーカスしてる人の、協力しつつも多少の緊張感がある、みたいな状態をよく感じる。もちろんどちらも好きで得意な人もいるし、必ずしも排反じゃあない。片方に偏った人は
僕は間違いなく後者に偏ってる、がまあ前者があって始めて出てくる技術的な面白さ、なんてのもやはりあるなあと思っているので、例えば競技プログラムしかしない!て人よりはまだ前者の要素を持ってるような気もする。が、まあコードに愛が全く無い人とはわかりあいにくいものがある
まあその2者はどうでも良くて、もう1つ、プロセスにフォーカスする人、てのもいるんじゃないかな、と思った
コーディングスタイルやコードはこうあるべき、テストはこう書くべき、みたいなのにこだわる人。極端な人は開発プロセス自体が目的化していてそれはまあどうかと思う。しかし開発プロセスももちろんプロダクトやプログラムと比べてもやはり相補的で重要な要素なのは間違いないところだと思う。
で僕はプロセスへの愛が全くといっていいほど無いよなーとか思った。コードを綺麗に書くとか、スタイルをそろえるとか、もちろんそれによって開発が楽になるなら良いことだと思っているけど、あまり普段から「理想のプロセスとは…」とか考えるような愛がない
僕がコードに愛が無いプロダクトフォーカスすぎる人は、うーんわかりあえないな、と思ってしまうような感情を、プロセスにフォーカスする人は僕に持つ気がする
(21:00)
前 | 2024年 3月 |
次 | ||||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。