Visual Studio Codeのおすすめ拡張機能
Visual Studio Codeのおすすめ拡張機能：特集：Visual Studio Code早分かりガイド（1/3 ページ） 連載目次 最新版が毎月のようにリリースされるVisual Studio Code（以下、VS Code）だが、今回はそうした流れとは一線を引いて、読者の役に立つかもしれない、あるいはちょっと気になる拡張機能を幾つか紹介していく。なお、本稿ではWindowsとMac OS X（以下、OS X）で動作を確認している。 その前に 本稿では言語関連の拡張機能（色付きの構文表示、デバッグ、リンターなど）は取り上げない。自分が使っている言語、自分の好きな言語に合わせて、拡張機能をインストールしてほしい（としかいいようがない）。 ちなみに筆者はC#プログラムの動作チェックでは、Visual Studio 2015を使っているので、VS Codeの主な用途はJavaScrip
短い時間で十分伝わるレベルの英文を書くための5つのポイント - give IT a try
はじめに 僕は先週ぐらいからTogglという、タイムトラッキングツールを使っています。 このツールは思った以上によくできてて、結構簡単に自分の作業時間を記録することが出来ます。 ただ、1つだけ残念なところがあります。 それは作業時間を一覧にしたときに、作業時間の長さによって表示単位が秒(sec)、分(min)、時間(hh:mm:ss)、という単位がバラバラになるところです。 なので、パッと見たときに、各作業の時間の大小が比較しにくいんですよね。 ここさえ直ってくれたらもっといいツールなのにな〜、と思っていたら、先日こんなメールが届きました。 Hi, My name is Liisa – I am the person at the other end of Toggl support, the one reading and replying to your messages when y
モデルやメソッドに名前を付けるときは英語の品詞に気をつけよう - Qiita
はじめに 他の人が書いたコードを読んでいるときに時々気になるのが、英語の間違いです。 特に動詞、名詞、形容詞の使い分けが間違っていたりすると、かなり違和感を感じます。 そこで今回はモデル（＝クラス）やメソッドに名前を付けるときの基本的な原則をまとめてみます。 また、英文法的に正しい品詞が選べるようになるための習慣についても最後に説明します。 想定する言語/フレームワーク この記事の説明ではRuby/Ruby on Railsを想定しています。 ただし、基本的な考え方は他の言語でも同じように使えるはずです。 モデルの名前は名詞にする 例: 「支払い情報」を表すモデルを作りたい場合 × Pay ○ Payment 「支払う = payか。よし。」でモデルを作ってはいけません！ payは動詞で、payの名詞形がpaymentです。 Payモデルではなく、Paymentモデルを作りましょう。 例:
エンジニアにコミュニケーション能力は必須、という話 - Tech Blog
CTOのアマドです。最近はめっきりコードを書く量が減ってしまいましたが楽しくやっております。本日は最近よく考えている「コミュニケーション」という題材について。 「Timersではエンジニアのコミュニケーション能力を重視してます」と言っていましたが、最近もはやこれはTimersのエンジニア独自の話ではなく、全てのエンジニアが必要とする能力だと確信するようになってきました。 最近ではエンジニアに限らずどんな職種でもコミュニケーション能力が求められていたり、プライベートでもより良い人間関係を築くためのコミュニケーションについて議論されています。職種やシチュエーションを問わずコミュニケーションについて議論されていることは、人間そのものが「社会的な生き物」だということの裏返しなのですが、単に「コミュニケーション能力」と言ってしまうと、あまりに一般的すぎてとらえどころがありません。 議論の対象を「ソフ
コードレビュー現場でのコミュニケーション - Tech Blog
Timers Tech blog での2回目の投稿となります。 サーバエンジニアの長南です。 先日弊社CTOのアマドの「コミュニケーション能力はエンジニアにとって必要不可欠な能力である」という記事がありました。 techblog.timers-inc.com 考えてみると、開発の現場はコミュニケーションの連続です。UI/UXは開発者とエンドユーザの間でのコミュニケーションの場ですし、この Blog を表示されるために行われる HTTP や HTTPS、よりレイヤーの低い TCP/IP といったプロトコルもコミュニケーションのひとつの形です。そもそもコードを書くということ自体が人間とコンピュータの間のコミュニケーションと言っていいでしょう。 実際の開発現場、コードレビューの現場でどのようなコミュニケーションをとればよいのかということを紹介します。 コードレビュー 一般企業では外部に提出する書
気が狂った設計 - hitode909の日記
大きめのこととか，自信のないところを触るときは，コード書く前に，こういう作戦考えてみたけどどうですかって聞いてみたり，こういうことやりたいんだけど一緒に考えませんかって，いっしょに話して設計考えたりするとよいと思う． 一緒に考えたすぐあとに気が狂った設計とか言い出したらおかしいので，未然に変な設計のままコード書いてしまうのを防げる． 特に辛い気持ちになるのが、「気が狂った設計」「クソコード」「（こんな実装は）有り得ない」といった言葉だ。 Pull Requestのレビューが辛くて会社をやめたい 単に言葉が強いのはよくないと思う．我が社にはそんな強い言葉でレビュー書く人はいない． 我が社には，普段から強い言葉を発する人もいなくて，みんな物腰柔らかな変な言葉を話している． 言葉使いや文体は，ずっと過ごしてると同僚から移ったりするので，普段からそういう言葉を話していると，全体の雰囲気も悪くなりそ
声優・鶴ひろみさん死去 事務所が正式発表 運転中の大動脈剥離で （オリコン） - Yahoo!ニュース
『それいけ！アンパンマン』（日本テレビ）のドキンちゃん、『ドラゴンボール』（フジテレビ）ブルマの声で知られる声優・鶴ひろみさんが16日午後7時30分頃、運転中の大動脈剥離（だいどうみゃくはくり）により亡くなった。57歳。所属事務所が17日に正式に発表した。 青二プロダクションは書面を通じて「ここに生前の御厚誼に深謝するとともに、謹んでご通知申し上げます」と伝え、通夜および告別式については親族のみにて家族葬を執り行うとしている。 17日には、突然の訃報を受け、ばいきんまん役の中尾隆聖、バタコさん役の佐久間レイ、『ドラゴンボール』でベジータの声を務めた堀川りょうが所属事務所を通じてコメントを発表。 中尾は「あまりにも急なことで、とてもショックを受けております。30年間も一緒にやらせていただいたドキンちゃん。こんなことになるなんて、言葉が見つかりません」。堀川は「まさに青天の霹靂 とても信じられ
コードレビューの際に気をつけること - Qiita
コードレビューをする際と、してもらう際に気をつけるべきだと思っているをまとめておきます。 レビュイーとして大切なこと コードレビューをお願いする前に レビュアーが高いパフォーマンスを発揮するためには、レビューを受ける人の心構えと事前の打ち合わせが実は最も大切です。 特に大きめの変更のコードレビューをお願いする前にすると良いこととしては、 まず、レビュアーを確保する そのレビュアーと大まかな設計の合意をとる という方針でやっていくのが良いです。 レビューしていても、根本をひっくり返すような指摘はしにくいですし、したとしても、それなら1から書いたほうがはやくて良い物が出来るといったことが簡単に起きます。 「レビュー後に直せるもの < レビュー前に直せるもの」 ということを意識して、Issueなどを用いて、出来る限り事前に設計、打ち合わせをしましょう。そうすればレビュアーもすんなりレビューできる
「娘に情報が古いと指摘されます」 老舗サイト「とほほのWWW入門」の管理人ってどんな人？ | HRナビ by リクルート
90年代後半から2000年代にウェブ制作を経験した者なら『とほほのWWW入門』と聞いて、ピンと来ない人はいないだろう。同サイトは、HTMLやJavaScript、Ruby、Pythonなどの基礎知識が学べる、ウェブ制作初心者にとってはバイブルのような、とてもありがたい存在だ。サイトが開設されたのは1996年。国内でインターネットが普及し始めた初期からある老舗サイトで、お世話になった人も多いはずだ。 2016年10月を最後に更新がされていないようだが、それでも20年間コンテンツを出し続けるのは、かなり大変なことだったのではないか。同サイトの管理人・杜甫々（とほほ）さんは、いったいどのような人物なのか。サイトを開設したきっかけやインターネット初期の空気感などについて、話を聞いた。 「とほほのWWW入門」管理人・杜甫々さんとは？ ――今回は取材に応じていただき、ありがとうございます。杜甫々さんは
Takuto Wada on Twitter: "コードには How テストコードには What コミットログには Why コードコメントには Why not を書こうという話をした"
コードには How テストコードには What コミットログには Why コードコメントには Why not を書こうという話をした
運転中急死５年で２００人…巻き込み事故８６件 （読売新聞） - Yahoo!ニュース
運転中に急病で死亡したトラック、バス、タクシーの運転手が、昨年までの５年間で計１９６人に上ったことが、国土交通省への取材でわかった。 第三者が巻き込まれて死傷した事故も８６件発生。脳や心臓の疾患が多くを占めていることから、同省は、ドライバーに対する専門的な検査を促進するため、事業者向けの指針作成に乗り出した。 「突然意識がもうろうとして、記憶がなくなった。アパートに衝突した記憶はない」 東京都小金井市で昨年１月、回送中の路線バスが歩道に乗りあげ、アパートに突っ込んだ事故。通行人などにけがはなかったが、５０歳代の男性運転手は事故後、国の事業用自動車事故調査委員会の調査に対し、そう話した。 これ以外にも、昨年９月１３日には、千葉県の東京湾アクアラインで、高速バスの６０歳代の運転手が脳出血となり、軽乗用車に追突。異常に気付いた乗客が急ブレーキをかけて停車させた。
チームでコードを書き始めた後、「どうやらレビューってやつをした方が良いらしい」くらいの若手に向けた資料です。
code_review_basics.md コードレビューの基本 一番大事な事 ソースコードはプロジェクトの共同所有物である 誰かだけが触れるコードを無くす 自分だけが持っているコードを無くす 自分だけが触っている時間を短くする コードレビューで大事な事 コードレビューは... 相互学習型のプロセスである メンバが成長することが大事 相互学習とは レビュアーとレビュイーが、お互い学び合うこと 考え方を共有すること 質問することで学ぼう 一番できる誰かだけが教えるのではない 知識や経験の少ない人が何に躓いているのか学ぼう メンバの成長 同じミスをチーム内で繰り返さないことが成長 ミスを繰り返さないために 本人の問題にしない 明日はわが身 仕事の正しい手順を覚えよう 道具の正しい使い方を覚えよう コードレビューの心構え 伝えることが大事 改善するまでがレビュー レビューにコストをかけ過ぎない
WebAssembly対応、主要ブラウザChrome/Firefox/Edge/Safariで整う。Webアプリの開発言語としてJavaScript以外の選択肢は広がるか？
主要なWebブラウザでのWebAssembly対応が整った。これによりJavaScriptを超える高速なWebアプリケーションの実行に加え、JavaScript以外の言語によるWebアプリ開発の選択肢が開かれることになる。 WebAssemblyは、Webブラウザ上でネイティブコードに近い実行速度で高速に実行できるバイナリフォーマットを実現しようと、マイクロソフト、Google、Mozilla、Appleなどの主要なWebブラウザベンダがW3CのWebAssembly Community Groupなどを通じて共同で開発に取り組んでいる技術です。 主要なWebブラウザによるWebAssembly対応が整う 1年前の2016年11月には、各社が足並みをそろえてWebAssemblyの試験的実装を発表し、2017年2月にはWebAssembly APIとバイナリフォーマットについて主要ブラウザ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コードレビューの話
デキるプログラマだけが知っているコードレビュー7つの秘訣（DevLove版）
失敗と向き合う姿勢を正す話
どうぶつの森 ポケットキャンプ | 任天堂
どうぶつの森 ポケットキャンプ | 任天堂
どうぶつの森 ポケットキャンプ | 任天堂
声優の鶴ひろみさんが首都高速上の車内で死亡 ドキンちゃんなどの声を担当 - ライブドアニュース