生保業界のビッグモーター呼ばわりされたFPパートナー、「強く遺憾の意」では言葉が株価に響かず「法的措置を検討」に言い改める
歴代経団連会長、現会長のせいでパソコンに弱い疑いが明るみに : 市況かぶ全力２階建
生保業界のビッグモーター呼ばわりされたFPパートナー、「強く遺憾の意」では言葉が株価に響かず「法的措置を検討」に言い改める
Errors are values - The Go Programming Language
Rob Pike 12 January 2015 A common point of discussion among Go programmers, especially those new to the language, is how to handle errors. The conversation often turns into a lament at the number of times the sequence if err != nil { return err } shows up. We recently scanned all the open source projects we could find and discovered that this snippet occurs only once per page or two, less often th
Ctrl-[ が Esc になる理由 - Humanity
理由 SHIFT キーはキーコードを -0x20、CTRL キーはキーコードを -0x40 する機能 全文 vim-jp.slack.com の #random から。 heavenshell [10:08 AM] TouchBar MBP にしたら強制的に C-[ になるので、オススメです！ようやく矯正できた。 mattn [10:09 AM] 人間の方が最適化されている yoshitia [10:12 AM] Escが物理的にない状況用にデフォルトでCtrl-[ 用意してるのすごい mattn [10:14 AM] いや、用意した訳ではないです。 SHIFT キーはキーコードを -0x20、CTRL キーはキーコードを -0x40 する機能なのです。 なので `[` つまり 0x5b は 0x1b になる。 0x1b = ESC 同様に CTRL-H は H が 0x48 なので 0x
【福島良典】極めたものを捨て去る「覚悟」に投資したい
プロフィール 愛知県生まれ。東京大学大学院工学系研究科修了。大学院在学中に「グノシー」のサービスを開発し、2012年11月にGunosyを創業、代表取締役に就任。 2012年度IPA未踏スーパークリエータ認定。2013年11月、代表取締役最高経営責任者に就任。2015年4月、東証マザーズに新規上場。 2018年8月、創業したGunosyの代表を退任し、ブロックチェーン関連事業を行う新会社「LayerX」の代表に就任。 よくいる普通の大学生時代、打ち込めるなにかが欲しかった あまり大学以前のお話がメディアに出ていないようだったので、まずは現在の福島さんを作った生い立ちや10代の頃の話をお聞きしたいです 本当にごく普通の中学生・高校生でした。僕と兄がいるんですけど、父親は公務員で、母親は子供が産まれてから専業主婦になって。今はまた働いてます。 出身は愛知ですよね？ そうですね、家族も全員、名古
本庶さん、研究の発信力「ツイッター出すとかではない」：朝日新聞デジタル
神戸市が人工島「ポートアイランド」に研究機関などの集積を進める「神戸医療産業都市」が２０周年を迎え、同推進機構理事長を務める京都大の本庶佑特別教授（７６）が１９日、神戸市内で開かれた式典に出席後、記者会見した。１日にノーベル医学生理学賞の受賞が決まったが、「これまでやってきたことが急に変わることはない。地道にやっていきたい」などと語った。 ポートアイランドには、約３５０の研究機関や病院、企業などが集まる。本庶さんは、ここで企業との共同研究も進める。本庶さんは「神戸では必ず企業と連携してやっている」と話し、より実用化に近い神戸での研究と、京大で進める基礎的な研究との違いを説明した。 ノーベル賞の受賞が決まったことで、同都市の発信力が変わるかを問われると、「マスコミ的な発信力と、我々の発信力はちょっと意味が違う。実績を上げることが自然と発信力になる。ツイッターに出すとか、そういうレベルの発信力
GNUプロジェクト提唱者のリチャード・ストールマンによる「心あるコミュニケーションのガイドライン」が発表される - GIGAZINE
フリーソフトウェア運動の中心的存在でGNUプロジェクトを導く世界的に著名なプログラマーのリチャード・ストールマン氏が、GNUプロジェクトに参加するすべてのプログラマーに向けて、「他者を思いやる寛容的なコミュニケーションをとること」を求める「GNU Kind Communications Guidelines」を発表しました。ソフトウェア開発の舞台に存在する摩擦や軋轢はソフトウェアにとっての、ひいては世界にとっての大きな損失であり、他者を尊重することの大切さを説いたガイドラインは、ソフトウェア開発者だけでなく多くの人が読む価値のある提言になっています。 GNU Kind Communications Guidelines - GNU Project - Free Software Foundation https://www.gnu.org/philosophy/kind-communica
Redux 再考 - mizchi's blog
今まで自分で作ったものが十数個、仕事で5社ぐらいの redux を見てきたので、その結果思うところを書く。 前提として、自分はエコシステムに乗るという意味で今では redux 肯定派だが、redux それ自身が過剰に抱えている複雑さはもっと分解されるべきだ、という立場。 Redux がうまく設計されているとどうなるか 一貫した一つの設計論に従うので、考えることがなくなる 難しさが廃されるのではなく、難しい部分が一箇所に集中する。React Component の末端では、何も考えることがなくなる。状態管理という難しい部分を作る人と、末端のコンポーネントのデザインに注力する人を分けられる。 大規模になっても設計が破綻しにくい、というエンタープライズ向きな特性を持つ。が、その技術基盤は(静的)関数型由来の考えが多く、基礎設計や基盤理解にはハイスキルが要求され、需要と適用対象のミスマッチを感じる
Twitter での6年間 #6｜Satoshi Nakagawa｜note
(Twitter での6年間 5 からの続き) 2014年3月、グリーンカード、つまり永住権の申請プロセスをはじめることにした。そのときぼくは H-1B ビザで働いていたのだが、このビザには6年の最終期限がある。2010年10月からなので期限まで残り2年半しかなかった。一度期限が切れてしまうと、基本的には国外に出ていかなければいけなくなる。H-1B で働いていてこれからも US で働きたいと考える以上、グリーンカードを取得する必要があるわけだ。 6月の WWDC で、iOS 7 にシェアエクステンション機能が搭載されるとの発表があった。社内でそれを実装するために優秀なエンジニア2人のチームが結成された。この機能はアプリから独立した拡張として別プロセスで動作するので、iOS に標準搭載されている Twitter 連携機能を直接使う必要があった。そこでその問題について詳しいぼくが認証部分をチー
Twitter での6年間 #5｜Satoshi Nakagawa｜note
(Twitter での6年間 4 からの続き) 2013年の春ごろだっただろうか。上のほうの人が、A/B テストをプロダクト開発に活用することを推奨し始めた。A/B テストでプロダクトの方向性を決めていくというのだ。これにつられ、この頃の社内では A/B テスト万能論のような空気さえただよっていた。普通に考えて、A/B テストを数週間走らせてデータをとっても、それが長期的な成功につながるか判断できるはずがない。短期的に数字が上がるからといってユーザーの嫌がることを続けていれば、いつかユーザーの忍耐の限界に達してしまうかも知れない。そのユーザーの堪忍袋の状態をどうやって計測できるというのか、など疑問は尽きなかった。 そのころ Growth という大きな部署ができて、従来国際化を担当していた i18n エンジニアリングチームもその下に組み込まれることになった。Growth チームの強い権限のも
Twitter での6年間 #4｜Satoshi Nakagawa
(Twitter での6年間 3 からの続き) 2013年に入り、iOS 6 の普及率も十分に高くなったころ、同僚のエンジニアから1つの提案がなされた。ツイートビューを作り直そうというのだ。その時点での Twitter for iOS は、iOS の黎明期に Apple が推奨していたように、できるだけビュー階層を減らして描画するようになっていた。たとえば、ツイートビューには一切サブビューがなく、ツイートテキスト、プロフィール画像、ユーザー名、タイムスタンプなどのパーツは直接ツイートビューに自前で描画する設計になっていた。当初はそのほうがパフォーマンス的に速かったからだ。それから数年間の Apple によるハードウェア、ソフトウェア両面での改善の結果、ベンチマークを取ってみるとどうやらその設計はもう古いらしいことがわかった。たとえば画像を表示するときに、自分でビューに CPU で描画するの
Node.jsにおけるプロトタイプ汚染攻撃とは何か - ぼちぼち日記
1. はじめに 最近わけあってNodeのセキュリティ調査をしているのですが、今年の5月に開催された North Sec 2018 でセキュリティ研究者の Olivier Arteau 氏による 「Prototype pollution attacks in NodeJS applications」という面白い発表を見つけました。 この発表の論文や発表資料、デモ動画などもgithubで公開されていますし、ちょうどタイミングよくセッション動画も最近公開されました。 github.com Olivier Arteau -- Prototype pollution attacks in NodeJS applications この発表で解説されているのは、悪意のある攻撃者が、JavaScript言語固有のプロトタイプチェーンの挙動を利用して、Webサーバを攻撃する方法です。 発表者は、npmからダ
Twitter での6年間 #3｜Satoshi Nakagawa
(Twitter での6年間 2 からの続き) 秋になると、上のほうが「Twitter は mobile centric company になる」という方針を打ち出した。つまり、それまではずっとウェブ中心の会社だったのを、これからはモバイル中心にシフトしていくという決意表明だ。その方針に従い、新機能を作るときにはまず iOS か Android に実装することが必須になった。もちろんプロジェクトに十分なエンジニアがいれば、ウェブも同時に実装してもいい。だが、これまでのようにウェブを先に作ってリリースしてから、あとで iOS と Android の実装を進めてリリースするということはしないことになった。その後のウェブトラフィックのかげり具合とモバイルユーザー数の伸びを考えると、いい時期のいい判断だったと思う。 そのころ、1人の男性エンジニアが育児休暇で10週間の休みに入っていた。少ししてから
Twitter での6年間 #2｜Satoshi Nakagawa
(Twitter での6年間 1 からの続き) SQLite の導入とモデルレイヤーの刷新がうまくいったあと、ぼくは次のプロジェクトを探していた。何をやれば最終的に一番ユーザーのためになるか。そのときに選んだのは、JSON パーザーの置き換えだった。当時の Twitter for iOS は、YAJL という C で書かれた JSON パーザーをプッシュ形式のインタフェースで使っていた。プッシュパーザーはドキュメントパーザーに比べてピークのメモリ使用量は多少低くなるものの、パフォーマンスが悪くなる傾向がある。プッシュパーザーを使う側のコードは見通しが悪くなりバグが入りやすく、チームにとって頭痛の種だった。それを iOS 標準の NSJSONSerialization に置き換えることにした。Twitter for iOS のコードベースに存在するほぼすべてのモデルクラスの JSON データ
ドンペリはむしろ安い？高級シャンパンの銘柄を神の雫から紹介
高級シャンパンとして世の中にもっとも認知されているのは、ドン・ペリニヨンであることは間違いないでしょう。 日本ではホストクラブでのシャンパンタワーが有名になりすぎて、「ドンペリ」「ピンドン」など、なんとなく軽く扱われているような雰囲気ですが、ドン・ペリニヨンは本当に実力のある美味しいシャンパーニュです。 そんな高級ワインのドン・ペリニョンは現在の市価で2万5000円ほどです。これは高級シャンパーニュ市場の中では安い方です。それだけドンペリ(白)のコスパがいいという意味にもなるのですが、ドンペリもさらに上のクラスになると、もう一段レベルの違う味わいになります。 記念日の贈り物や何かを達成したときの自分用に、思い切って高級シャンパンを選ぶ機会ってありますよね。高いワインに挑戦するとき、シャンパーニュはとても適しています。 というのも一般的にシャンパーニュは、生産者がブレンドや補糖を当たり前にお
[Deprecated] Go CodeReviewComments 日本語翻訳 #golang - Qiita
注意 本記事は以降更新されません。 https://knsh14.github.io/translations/go-codereview-comments/ こちらに移動しました。 以前にGoを書く機会があったときにレビュアーに「俺に持ってくる前にこれを読んで直してからこい！」 と言われたので、読んだ証拠に翻訳しました。 Go Code Review Comments 原文 go fmt あなたのコードに gofmt を走らせると、自動的に機械的に直すことのできるスタイルの大部分を修正してくれます。 世にあるGoのコードのほとんどすべてが gofmt を使っています。 この文章の残りは機械的に直すことのできないポイントについて解説します。 代わりに goimports を使う手段もあります。 gofmt に加えて必要に応じてimport内に空行をつけたり消したりする機能があります。 Co
![[Deprecated] Go CodeReviewComments 日本語翻訳 #golang - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/6268c8ad3a0f79bc402f90b2194f2f055794b4a1/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCRGVwcmVjYXRlZCU1RCUyMEdvJTIwQ29kZVJldmlld0NvbW1lbnRzJTIwJUU2JTk3JUE1JUU2JTlDJUFDJUU4JUFBJTlFJUU3JUJGJUJCJUU4JUE4JUIzJTIwJTIzZ29sYW5nJTIwJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1jNmU3NDAxMWQ0MjlmOWFkYTNjNGZkMDJiMmFjMmUyNA%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBrbnNoMTQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTRhY2QwODMyMmQxMThiNDg3ZjcxODcyMmU4MWFhZTc1%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gTWVyY2FyaQ%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D8e5f9ba21d6ffd9e1575d66bfc9cb8f2)
テストコードとスピードのトレードオフ。加えてGoのAPIのテストについて。
「テスト 書くべき」って検索すると玉石混交な記事がわんさか出てくるのですが、そもそもなんでこういった議論は常に紛糾するのでしょうか？ 僕個人としては、テストコードというものへの捉え方はその現場の思想に密に依存しており、その前提を明示しないまま議論を進めると、「スピード感」「技術者の習熟度」「自社開発か否か」などの様々な変数の違いによって意見が食い違い、容易に銃弾飛び交う戦場と化す、と考えています。 そのため、この議論を始めるのは下手をするとパンドラの箱をパカっと開けて、収集つかないことになるのかなーと思っています。 僕の置かれている前提ということで、流れ弾で死にたくないのでまず僕の前提を明らかにします。 個人的な趣味趣向の話まず個人的な立場を表明しておきますが、僕は書くまでは、億劫なんだけど書き始めたら割と好きで黙々と書いていたくなるタイプです。かといって、仕様がピョンピョン変わる現場での
［速報］GitHub Actions発表、Dockerコンテナの連係によるワークフローを自由に定義可能。GitHub Universe 2018 － Publickey
［速報］GitHub Actions発表、Dockerコンテナの連係によるワークフローを自由に定義可能。GitHub Universe 2018 GitHubが主催するイベント「GitHub Universe 2018」が、サンフランシスコで開幕しました。 初日の基調講演で同社は「Pull Request以来もっとも大きな新機能」（同社シニアバイスプレジデント Jason Warner氏）とするGitHubの新機能「GitHub Actions」を発表しました。 GitHub Actionsとは、GitHubのイベントをトリガーとして任意のDockerコンテナの実行を連係させていくことにより、ユーザーが自由にワークフローを定義できるというものです。 ワークフロー内のアクションとしてDockerコンテナを実行できるため、コードのビルドやテストの実行、クラウドへのデプロイなど、GitHubの機
CA藤田氏が炎上してもSNSやめないワケ | プレジデントオンライン
多くのファンを集める「ユーチューバー」の共通点はなにか。それは毎日のように動画を上げつづけることだ。著名経営者にも同じことがいえる。SNSで日常的に情報発信を行うサイバーエージェントの藤田晋社長は「若い経営者や、これから名を上げたい人は、どんどん発信をしないといけない」と話す。藤田社長が「炎上」のリスクを顧みず、発信を続ける狙いとは――。 発信をしないと影響力を持てない 自ら動画を作成して配信を続ける「YouTuber（ユーチューバー）」。彼らは積極的に情報発信を続けることで、多くのファンを集めてきた。同じようにSNSやメディアで自らの意見を積極的に発信することで、多くのファンやフォロワーをもつ経営者やビジネスマンが増えている。その1人、サイバーエージェントの藤田晋社長はこう話す。 「発信をしないと影響力を持てない。それはもう間違いないので、基本的には若い経営者や、これから名を上げたい人は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「週4日勤務」を試験導入したら──従業員の熱意が上がり、ストレスは減少：研究結果｜WIRED.jp
武道館レベルの会場が騒然としたAdobeのヤバい新技術（しかもリリースされます）
