今朝のことですが、 Stack Overflowで人気のある質問 が1つの値を越えました。 注釈： 見出し: Vimエディタの終了方法を教えてください 質問者: jclancy 赤丸囲みの中: ビュー：1,000,082回 jclancyさん、あなただけではありません。この質問が投稿されてから5年、あなた以外に100万人以上の開発者がVimで身動きできなくなって、何らかの助けなしには抜け出せませんでした。実際、Vimエディタを終了させるのは難しく、開発者の間では共通のジョークになっています。 注釈： 誰も簡単にVimから抜け出せない ベテランのVimユーザからこういう評判は不当だと言われたことがあります。（私もやっとここ数年でこの問題についてのコツをつかんだのですが、）確かにベテランの言い分は正しいと思います。Vimの終了方法を忘れてしまうのには2つの理由があると思います。開発者は、Git

依存がなく、テスト可能であり、クリーン。 Uncle Bobのクリーンアーキテクチャの概念を読んだので、これを私はGoで実装してみたいと思います。このアーキテクチャは、自分たちの会社である Kurio – App Berita Indonesia で使っていたものに似ていますが、少し違っています。大きな違いはなく、概念は一緒なのですが、フォルダ構造が違っています。 サンプルのプロジェクトとして、記事をCRUDで管理するリポジトリを https://github.com/bxcodec/go-clean-arch にpushしてあります。 * 免責条項 ここで使われているどのライブラリあるいはフレームワークも、利用を特別推奨しているものではありませんので、ご自身あるいはサードパーティによる同じ機能のものと入れ替えることが可能です。 基本的な考え方 ご存知のように、クリーンアーキテクチャで設計

interviewing.ioでは以前、応募者の視点から、良い面接には何が役に立つのかについて分析し、多少掘り下げた記事を書きました。しかし、本質的に両者の力関係は不均衡ではあるものの、面接は双方向のやりとりなのです。私は少し前に、この市場では 人材採用は身元調査ではなくて販売のようなもので 、1時間も話をしている間に応募者の心を掴むことができなければ甚大な機会の損失になるという記事を書きました。しかし、面接の問題を解くことが時間と練習を必要とする習得されたスキルであるのと同じように、机を挟んだこちら側でもスキルを習得しなければなりません。良い面接者になるには、時間と努力、そして、オートパイロット任せを脱して相手と有意義に係わり合うのだという根本的な意志が必要です。 もちろん、ほとんどの人には、どうすれば良い面接者になれるかについて各自の揺るぎない意見があるので、ここでは理論や哲学の話は避

質問する 面接後、私たちは候補者に対して、面接者が候補者を解決へと導く過程でどのくらい協力的だったかについて質問します。候補者に情報を与え過ぎることなく、不要な要素を取り除くようなヒントをタイミングよく与えるためには、多くの練習（そして多くの繰り返し）によって習得した繊細な技術が必要ですが、これはどの程度重要なのでしょうか。 結論を言えば、これができるかどうかは大変重要です。 候補者がその企業への就職を前向きに考慮するかどうかという点では、面接者が上手にヒントを与えられることには極めて高い有意性 （効果量2.95でp < 0.00001） が見られました（前と同様に、面接がうまくいったかどうかを補正しました）。 協力の度合いと積極的な関与について、候補者が面接者に対してどう感じたかを以下に記載したのでご覧ください。この特性を定量化するのは少々難しいのですが、実際のところ、ヒントの質とは、よ

暗闇を呪うよりも、ろうそくに火を灯そう 過去24時間で、私の2つ記事、 Why Your Programmer Just Wants To Code（なぜ、あなたのプログラマはコーディングだけをしたがるのか） と A Wake-Up Call For Tech Managers（テックマネージャーへの警鐘） は、Mediumで96,000回以上読まれました。また、 Redditのコメント数も900を超えています 。 思っていたよりも、問題は深刻のようです。 そう、テック企業には悪いマネージャーもいます。そして、私はそうしたマネージャーに辛辣です。プログラマの無関心の責任は、直接的に彼らにあると思っています。 フラストレーションがたまり、何の権利もないと感じながら思考停止に陥っているプログラマを私は助けたい。 上記コメントの 圧倒的 大部分を投稿したのは、これを読んでいるプログラマの皆さんで

分散型システムとは何でしょうか？　なぜそんなに複雑なのでしょう？ 分散型システムについて熟考中のクマ 目次 はじめに 分散型システムとは何か？ なぜシステムを分散させるのか？ データベースのスケーリングの例 分散型システムのカテゴリ 分散型データストア 分散型演算 分散型ファイルシステム 分散型メッセージング 分散型アプリケーション 分散型台帳 まとめ はじめに 目覚ましい進歩を遂げているテクノロジが世界中に拡大する中、分散型システムは広く知れ渡ってきました。コンピュータサイエンスにおいては、複雑かつ果てしない研究分野と言えます。 本記事は、基本的な方法を使って、この分散型システムを紹介しています。詳細まで深く掘り下げていくのではなく、こうしたシステムの様々なカテゴリを垣間見ていくことを目的としています。 分散型システムとは何か？ 分散型システムを最もシンプルに定義するとしたら、エンドユー

経営に関する名著「 High Output Management （邦題：ハイアウトプット・マネジメント（＝高い成果を可能にするマネジメント））」の中でAndy Groveは、”トレーニング（訓練・教育）はマネージャーの仕事”であり、組織の成果を向上させるためにマネージャー（経営者・管理者）が実践できる最高のレバレッジ活動だと述べています。 多くの組織のマネージャーにとって、この言葉は現在においても参考にできる素晴らしいアドバイスでしょう。しかし、現代のソフトウェア開発チームのマネージャーに関して言うと、その中心となる考え方はシフトしています。 > エンジニアリングチームの成果向上にとっては、GitHubのプルリクエストなどで実行するコードレビューが、今では最大のレバレッジポイント（レバレッジの作用点）である。 品質管理以上の役割 従来、コードレビューのプロセスは品質管理のツールと見なされ

by ライブドアニュース編集部 ざっくり言うと 赤ちゃんポストに預けられた少年の声が、NHK取材班の書籍で取り上げられた 少年は、現在は里親である夫妻のもとで我が子として大切にされているそう 今では「ポストに入れてくれてよかった」と思えるようになったという 提供社の都合により、削除されました。 概要のみ掲載しております。 関連ニュース ランキング 総合 国内 政治 海外 経済 IT スポーツ 芸能 女子

“余計なもの”って何？　「Mate 20 Pro」の疑惑を晴らす：製品分解で探るアジアの新トレンド（34）（1/3 ページ） Huaweiの2018年におけるフラグシップ機「Mate 20 Pro」。この機種には、“余計なもの”が搭載されているとのうわさもある。本当にそうなのだろうか。いつものように分解し、徹底的に検証してみた。 弊社（テカナリエ）では、年間おおよそ30機種ほどのスマートフォンを分解している（実際にはカスタム解析依頼などに対応するために同じ機種を数台分解するので、台数はさらに多い）。 分解の前に若干使う場合もあるが、多くは買ったものをそのまま分解する。分解は、おおよそ1時間ほどで終わる。実際、分解するだけならば手慣れたもので、数分もあれば基板取り出しまでできてしまうのだが、分解の各工程を写真に撮りながら進めるので1時間程度かかるわけだ。2018年、最も時間をかけて丁寧に分解

Google Colaboratoryをもっと便利に使いたい ブラウザさえあれば、環境構築不要・無料でPythonの開発が可能なWebサービス「Google Colaboratory（以下Google Colab）」。Windows PC等で手元に適切なPython環境が無い場合や、手元の環境を崩したくないとき、GPUを活用したいときなど幅広く活用しています（詳細は以下記事参照下さい）。 そんな中、よく使うコマンドやTIPS、使いたいときに探すのに時間がかかるのが多いため、一度まとめてみることにしました。 以下に本記事で紹介するコマンドをまとめたGoogle Colabのノートブックのリンクを貼っておくので、こちらも好きにコピーして使用してもらってOKです。 Google Colab Tips集 スペック確認 OS確認 !cat /etc/issue 容量確認 !cat /etc/issu

プログラミング言語を操れる人はかっこいい 軽音楽部のバンドをイメージして作ったという「アルゴリズミックえぶりでい」は、女子高生らしく、アップテンポな曲調に仕上がった。「♪先生の授業はいつもFIFO」「♪O（nlog(n)）」など、プログラミング言語が飛び交う歌詞も、プロ生ちゃんならではといった印象である。 ――今日の収録はいかがでした？ 【上坂すみれ】プログラミングに即した歌詞と、前回より明るくなったアップテンポなメロディー。MOSAIC.WAVさんらしい作り込みで、元気になる曲だと思います。かけ声も多くてテンションが上がる感じ。プロ生ちゃんのイメージにピッタリです。 ――歌詞には、FIFOやO（nlog(n)）などのフレーズが飛び交っていますね。 【上坂すみれ】歌詞カードにはFIFOと書いてありますが、声に出すと「ファーストイン・ファーストアウト」となるので、略称なんだなって。O（nlo

本記事は、kaggle Advent Calendar 2018の17日目の記事です。 qiita.com 何を書くか直前まで悩んでいましたが、16日に参加したAIもくもく会の中で、 機械学習に興味はあるけど、どのような手順で、何から勉強していったら良いかわからない という方が数名いたので、自分が今年の3月くらい〜今日に至るまで勉強してきた中から 今の自分ならこのような手順で勉強することをオススメする！という記事を書いてみようと思います。 ※自分の勉強した教材の中からのオススメになるので、偏った内容になることをご了承ください。 ※これもオススメ！というものがありましたら、ぜひ教えていただけると嬉しいです。 タイトルにあるメダルより大切なものについては最後に記載しております。 対象読者 2018年3月時点の筆者スペック 2018年3月〜今日に至るまで勉強したこと羅列 書籍 動画 udemy

先週、第11回インターネットと運用技術シンポジウム (IOTS2018)にて、投稿した論文の発表をしてきました。 IOTSは査読付の国内の研究会であり、2年前に招待講演をさせていただいた研究会でもあります情報処理学会でウェブオペレーション技術について招待講演した話 - ゆううきブログ。 実は、そのときに、来年論文を投稿するぞと意気込んでいました。 実際にはそこから2年かかりましたが、この度論文を投稿することができました。 予稿 HeteroTSDB: 異種混合キーバリューストアを用いた自動階層化のための時系列データベースアーキテクチャ スライド 実務から研究へ 今回投稿した論文の内容は、Mackerelで開発した時系列データベースに関するものです。 これらはすでにAWS Summit Tokyo 2017、Web System Architecture研究会で発表済みのものになります。 時

16日夜、札幌市豊平区で爆発が起き42人がけがをした火事で、全焼した建物に入る不動産会社の関係者が、「室内で除菌消臭用のスプレーを大量にまいた」と話していることが、警察への取材で分かりました。警察は、室内に充満したスプレーの成分に引火して爆発した可能性があるとみて調べています。 現場周辺では、建物の破片などが広い範囲に飛び散り、近くのマンションなどでは、ガラス窓が割れる被害が出ました。 この火事で、居酒屋の客や不動産会社の関係者など42人がけがをし、このうち、不動産会社の33歳の男性従業員が顔にやけどをする重傷を負いました。 警察と消防は、午前11時前から現場の状況を詳しく調べています。 警察によりますと、不動産会社の関係者は「爆発の前、廃棄処分する除菌消臭用のスプレーを室内で大量にまいた」と話しているということです。 不動産会社の事務所は跡形もないほど壊れていて、警察は、室内に充満したス

2017年、11月某日。 得意先に向かう途中、私は突然、足が動かなくなった。 「動かない」というのは、比喩ではない。文字通り、足が一歩も前に進まない状態になったのだ。 日比谷駅で。 肉離れをしたわけでもなく、脚の神経が故障したわけでもない。 ただ、PC上で強制終了が選択されたように、「歩くのやーめた」という号令が脳に降り、それきり司令塔は機能しなくなった。 その数分前まで自分を苦しめていた「彼氏が欲しい」「給料上がれ」といった煩悩のダムは、静かに決壊した。 かすかに電車がやってくる音がして、「黄色い線の内側をお歩き下さい」という駅員の怒号が飛ぶ。 ギリギリのところで車両はかわしたが、はたして悟る。 「これはきっと、しばらく何をしても動かねぇな」 予想は的中した。 その後も数十分間、靴の裏が地面に接着剤で固定されてしまったような状態が続く。 狭いホームで、通勤バッグを抱えたアラサー女が一時停

機械学習における分類問題では、扱うデータセットに含まれるラベルに偏りのあるケースがある。 これは、例えば異常検知の分野では特に顕著で、異常なデータというのは正常なデータに比べると極端に数が少ない。 正常なデータが 99.99% なのに対し異常なデータは 0.01% なんてこともある。 このようなデータセットは不均衡データ (Imbalanced data) といって機械学習で扱う上で注意を要する。 今回は、不均衡データを扱う上での問題点と、その対処法について見てみる。 なお、登場する分類問題の評価指標については、以前このブログで扱ったことがあるのでそちらを参照のこと。 blog.amedama.jp 使った環境は次の通り。 $ sw_vers ProductName: Mac OS X ProductVersion: 10.14.2 BuildVersion: 18C54 $ python

こんにちは、SREの id:foostan です。 この記事はfreee Developers Advent Calendar 2018の17日目です。 昨年に引き続きキーボードネタでお送りします。 なお昨年の記事はこちらになります。 developers.freee.co.jp 今年は自作キーボード特集！ 皆さんは自作キーボードをご存知でしょうか。 今年は巷では自作キーボード元年と比喩されるほど、国内で「キーボードを自分で作る」ことが流行った年になりました。 キーボードを作る？と思った方に簡単に説明すると、キーボードというものは キースイッチ キーキャップ ケース 基板(PCB) その他電子部品 で構成されていて、自作キーボードとはその名の通り、これらのパーツを買い揃えて組み立てたものです。一見難しそうに思えますが、これらのパーツは「自作キーボードキット」という形ですべて(もしくは主要な

こんにちは。ユアマイスター 星（@inase17000）です。 Engineering Manager Meetup #3に参加してきたので、感じたことを書いておきます。非常に刺激的なイベントでした。（写真とるの忘れた...） engineering-manager-meetup.connpass.com tsuyoposo 20min 「心理的安全性の育て方」 チームの中でリスクがあるかもしれない発言や行動を取る際に、ハードルがあるかないか。それが心理的安全性の定義。 原因は、 無知だと思われる不安 無能だと思われる不安 ネガティブだと思われる不安 邪魔をする人だと思われる不安 に分類できる。（わかるわー、人間らしい人ほどそれ気にする。） 内容については、資料を見ていただくか本を読んでいただくかがいいと思うので自身の目で確認お願いします。 今回のお持ち帰り事項 振り返りミーティングをした

ひで @hideEF8 山で遭難して遺体が見つからんかったら失踪扱いなので、会社は無断欠勤で解雇。退職金なし。生命保険も払われないから住宅ローンも免除されなくて、残された家族は悲惨なんやで せめて遺体を見つけてもらえる様に登山届は出した方が良いよ 2018-12-14 18:21:17

イタリアへ『ジョジョの奇妙な冒険』の聖地巡礼へ行った。 行き先はネアポリス、カプリ島、ポンペイ遺跡、ヴェネツィア、サルディニア島、ローマである。 つまり、第5部のほとんどだ。 17巻分の量があるので目次を用意した。 行くまでの流れ ネアポリス (イタリア1日目) ネアポリス空港 (カポディキーノ国際空港) ジュゼッペ・ガルバルディ広場 モンテサント広場 卵城 ジェラート フニコラーレ ポジリポの丘 ヴィットーリア広場 刑務所 Piazza Giovanni Bovio ヨットを借りた場所 カプリ島 (イタリア2日目) カプリ島への行き方 マリーナ・グランデ 島の上の方まで 公衆トイレ ポンペイ遺跡 (イタリア3日目) フォルム 悲劇詩人の家 ヴェネツィア行き超特急 (イタリア4日目) ネアポリス駅 6番ホーム 車中にて イタリア3日目夜の出来事 ローマ近郊 リベルタ橋 ヴェネツィア (イタ

「階層がないフラットな組織」より「階層があり、社員が自分の役割を越えて動き回る組織」のほうが強い説、を考える。 まとめ・階層がない組織にも、非公式な階層はできている。 ・平時は組織の階層を活かして動き、有事は階層を気にせず自分の役割を超えて動くような社員を増やすのが良さそう。 ・「自分の役割を越えて動く」を社員に学習させる方法があるはず。そうしないと、結局組織が硬直化する。 ・「役割を超えて動く方法」を学習してもらうために、新入社員にしってもらうことをまとめてみた。階層がない組織にも、非公式な階層はできているカヤック社外人事部の神谷さんが行った勉強会の資料から抜粋してみよう。 フラット化の課題 ・ 階層は今も基本的構造のままであり、マネージャーに権威があり、公式的な階層が無い場合でも隠れた階層が存在すること、階層を受け入れ、それを調整しなければ組織における仕事が進まないことを指摘(Levi

CEO/CTOの立場から思うこと 広木大地氏（以下、広木）：じゃあ、次の質問にいってみましょうか。「CEO、CTOという立場になって、1番大変だなと思う瞬間ってどんなときですか？　CFOやCMOなどの非エンジニアの経営陣とのコミュニケーションで工夫していることは何ですか？」。31歳男性、開発マネージャー。 けっこうエッジの効いた質問になってきましたけど。成田さんはどうですか？　CTO的な立場でほかの経営陣とどうするか？ 成田一生氏（以下、成田）：いや～、大変なことしかないので（笑）。1番大変なことって何だろうなって考えたんですけど、僕にとって1番大変だなと思うのは、非合理的なことをしなくちゃいけないんですよね。経営者って。 何の話かというと、合理的な判断ができるもの、つまり仮説があって、それを満たす要件があって、結論が言えるっていうようなもの。このサービスは僕らにとってはこうするべきだから