GitHubの次期CEOのNat Friedmanだけど質問ある？ RedditにGitHubの次期CEOであるナット・フリードマン氏が現れて、MicrosoftによるGitHub買収による影響についていろいろな質問に答えてくれています。興味深い内容が多く、（彼の発言を額面通り受け取るなら）一部で出ている不安を緩和できるようなものでもあると思ったので、翻訳して紹介します。内容的に重要と思われる質問について、本人の発言のみをかいつまんでおり、ジョーク系のやりとりなどについては省いています。また、読みやすさのため、同じ話題についての複数の回答を適宜統合したりもしています。ご了承ください。 ソース: I'm Nat Friedman, future CEO of GitHub. AMA. この買収による近い将来の変化は？ 回答：我々がGitHubを買収するのは我々がGitHubが好きだからです。

はじめに 「テストコードを書きましょう」とはよく言われるし、テストコードが大事だってことも理解できるんだけど、何をテストしたらいいの？どんなテストを書いたらいいの？と迷っている初心者プログラマさんは意外と多いのではないでしょうか？ そんな方たちに向けて、この記事では僕が普段意識しているテストコードの方針を紹介します。 おことわり 本来であれば具体的なコード例も豊富に入れたいところなのですが、かなり時間がかかってしまうので、いったん文章メインで記事を公開します。 もしかすると、そのうちコード例も一緒に盛り込んだ「リッチバージョン」を公開するかもしれません。 この記事の前提条件 この記事ではあくまで、「今現在、筆者が仕事で書いているテストコードの方針」です。 そのため、状況が異なると適用しづらい方針も出てくるかもしれません。 筆者は以下のような現場でコードを書いています。 月額定額で、お客様と

Apps Script Advent Calendar 2017に App Maker 記事ばっかり書いてきたけど最後の日なので GAS ネタを書く。 以前 GAS のログ出力方法について記事を書いたのだけれど、このときは Stackdriver についてよく知らなかったので、Googleドキュメントに出力するというやり方で書いた。 Google Apps Scriptのログ設計 #gasja - Qiita 上記記事を書いた後に Stackdriver を使う機会があって、こいつはかなり便利 というのがわかったので Stackdriver と連携させるとどんな感じなるのかを解説する。 Stackdriver には3種類ある。 Stackdriver Logging Stackdriver Error Reporting Stackdriver Monitoring 本記事では Loggi

何年も前、SeleniumやWebDriverの話で盛り上がった記憶があります。ただ、その当時はまだRailsなどバックエンド中心の文脈でした。今、フロントエンドに軸足が移る中、ブラウザテストの状況はどうなったのでしょう? 不思議なことに、フロントエンド界隈でそれほど話題に上がって来ないですよね (私の周りだけ?)。結構大事なのに。実は皆さん、「Seleniumアレルギー」なんじゃないですか? 公式サイトに漂う ゼロ年代感(下図)。Javaへの躊躇、「めんどくさい」と聞かされ続けた過去、無意識に避けてしまうのがSeleniumです。 ただ、フロントエンドの文脈でこそ、ブラウザテストは重要度を増しています。そこで「Selenium触りたくない病」の筆者が、 四苦八苦した背景 と、2016年だからこそ 見えてきた落とし所 を書いてみたいと思います。 註: 思ったより長文になってしまいました。先

JavaScript沢志保「sleep() がないんです！」 JavaScript を書く ↓ 「この処理が終わったら 1 秒待ってから次の処理に行きたいな」 ↓ sleep(1); ↓ ReferenceError: sleep is not defined ↓ （´・ω・｀） ってなったことがあるのはぼくだけでしょうか……。 Ruby にも PHP にも C++ にもあるのに JavaScript にはない sleep()。 そもそも需要がありそうなのに実装されてないということは暗に使うなと言われているのに等しいような気もするのですが、それでも使いたい人はたくさんいるようで、ググるとたくさん実装方法が出てきます。 そこで今回は様々な方法で sleep() を実装して、JavaScript 歴1ヶ月ちょいのド素人なりに利点と欠点を考えてみました。 前置き 動作環境 Node.js v7.

console.log()よりも配列やオブジェクトを綺麗に表示してくれるメソッドです。 ブラウザではこんな感じで使えてて便利でしたけど、Node.jsは今まで使えなかったんですよね。 ターミナルでこんな感じに使えるようになりました。 console.log()に色がついて見やすくなっている v9系までのconsole.log() v10のconsole.log() これはだいぶ見やすい。 むしろ今までなかったのが不思議なくらい。 Node.jsでconsole.table()を試してみる console.log()の表示とconsole.table()の表示をそれぞれ試します。 パターン1 - 通常の配列 通常の配列です。

#!/usr/bin/env gorun //goにgorunのシェバングを書けば完成。 package main func main() { println("Hello world!") } このcloudflare社の記事で一躍有名になりましたね。 Using Go as a scripting language in Linux さてみなさん、紹介なんてのはもう終わってしまうレベルにシンプルなパッケージだったわけですが、それだけじゃつまらないですよね。 「このパッケージって内部でどう言う動きをして実現しているの？」「ただ本体のgo run にフックしているだけなのか？」など動作が気になりませんか？そうでも無い？😢 いやそうは言わずに見てみましょうや😆ってこと残りはソースコードリーディングしていきます。 内部の動き ソースコード:https://github.com/erning

GASの愛する皆様こんにちは 大橋です。 2018/04/11のApps Script及びGoogle Sheetsのアップデートで、 Excelにあるような「マクロを記憶」機能が追加されました。 Think macro: record actions in Google Sheets to skip repetitive work Record macros in Sheets, skip mundane tasks https://t.co/dUkcZa1Ebv @YouTubeさんから — おーはし(さんとりー) (@soundTricker318) April 13, 2018 でかい更新すぎて涙が止まりませんが、花粉のせいかもしれません。 今回はこのマクロ機能を追っていきたいと思います。 マクロを記録する。 まずは大本命のマクロの記憶の仕方です。 1. Sheetsにマクロ機能が

というコマンドで何を行っているのか、わかるようになる（はず）。 前回の記事 今回の記事は、以下の記事の続きです。 つるのおんがえし「決して、この部屋をのぞかないで」〜LinuxのPermission deniedについて真剣に考える〜 ↑　こちらとあわせてご覧くださいませ。 あらすじ おじいさんが罠にかかっているつるを見つけて、助けてやりました。 夜、一人のおんながおじいさんの家にやってきて、一晩泊めてほしいといいます。 やさしいやさしいおじいさんはおんなを家に招き入れ、 おんなはいろいろ良くしてもらったお礼に、はた（美しい布）をおりたいといいました。 おんな「はたをおりあげるまで、決してのぞかないでください」 しかしおじいさんは、好奇心から部屋をのぞこうとしてしまいます。

はじめに コードレビューを受けている時,これは修正が必須なレビューコメントなのか,出来たら修正した方がいいものなのか,判断に迷う時ってありませんか？ 付き合いの長いチームや, メンバー同士でレビューをしていると感覚的に分かることもあるけど, 新しいチーム, 新しいメンバーなど関係性が出来上がる前だと, 温度感が分からず判断に迷うことがありそうです. 結果, 全てを対応しようと頑張りすぎてしまい, 修正に恐ろしく時間がかかってリリースが遅れるなど本末転倒な不幸なケースも起こりえそうです。 例）先輩がいってるし全部直さなきゃ...! [must] 必ず対応してほしい！ [imo] 自分の意見や提案・好み。 自分ならこう書くけどどうかな？ [nits] 些細な指摘。 ほんの小さな指摘だけど出来れば直してほしい。インデントやタイポ [ask] 質問,確認。 コードの意味や背景が分からないから教えて

QiitaのAPIから投稿記事を取り出し、技術書籍を紹介している箇所を集計して、ランキングサイトを作った。作った本人が言うのも何だけど、できあがった技術書ランキングがやたらエンジニア指向で便利で面白いなー、と。 技術書ランキングをQiita記事の集計から作成した テック・ブック・ランク エンジニアにとって技術書の選定はまーまー苦労する。単なる発行部数ランキングでは「人気あるからって技術書として参考になるとはかぎらない」と、なってしまいがち。ブログでオススメされている書評なんかも参考にするが、結局それらは書評を書いた人の主観で書かれたのであって客観的指標にはなりえない。 そこで「Qiitaにある技術ブログ記事内で紹介されている書籍情報を集計すればひと味違った書籍ランキングになるのでは？」と考えた。 で、以下の条件に当てはまる本を「いい本」とした たくさんのQiita記事で紹介されている本 人

Blazor との出会い 今年2018年2月7日に、自分のソーシャルネットワークのタイムラインに Microsoft のブログ記事が流れてきました。 A new experiment: Browser-based web apps with .NET and Blazor ブラウザベースの .NET による Web アプリフレームワーク、"Blazor" (ブレイザー) だそうです。 これを読んだ当時、自分はこんな感想を持ちました。 「 "ブラウザベースの .NET による Web アプリ" ってなんのこっちゃ? まだ実験段階的なこと書いてるし、急いで試さなくてもいいかー。それよりも、これまで作った Angular 1.x な Web アプリの Angular5 への移行を急がなきゃ...」 ...ということで、何度も import 文を書く苦行や、*[(xyz)] みたいな呪文マークアッ

2017年6月リリースのES2017で、JavaScriptはようやくまともな非同期処理を手に入れました。 以下はMODERN ASYNCHRONOUS JAVASCRIPT WITH ASYNC AND AWAITの日本語訳です。 MODERN ASYNCHRONOUS JAVASCRIPT WITH ASYNC AND AWAIT JavaScriptで非同期処理を行う近代的な方法とは。 Introduction JavaScriptはコールバック地獄からES2015のPromiseまで瞬く間に進化しました。 そしてES2017では、async/awaitによってより簡潔に非同期処理を書けるようになりました。 非同期関数はPromiseとジェネレータの合わせ技であり、そしてPromiseより高いレベルの抽象化です。 リピートミー。「async/awaitはPromiseで作られている」

return true to winとは 2018/02/15にphpusers-ja.slack.comでバカウケした、「関数の引数に任意の値を入れ、関数の実行結果がbool trueになれば勝ち」というコードパズルです。 Level 1からLevel 11までの11問が配備されています。 開催会場はこちら => https://returntrue.win/ 画面の見方 No. 名称 説明

というログを発見。 これは、 「linux上で登録されていないユーザ *** からのアクセスがありました」ということ。 ログを漁って、攻撃者がどんな名前を用いてアクセスしてくるのか探ってみました。 手順 今回は、ある一日のログを漁ることにした。 ログからinvalid userだけ取り出す awkを使う。

The performance benefits of rel=noopener - JakeArchibald.com より target="_blank" でリンクを開く場合は、rel="noopener"をつけておくのが良い。 管理画面などでは rel="noopener noreferrer"というかたちでnoreferrerをつけるとさらに良いかもしれない（参考：http://qiita.com/wakaba@github/items/707d72f97f2862cd8000 ） target="_blank" で開いたWindowは、 window.opener を使って親のWindowを操作することができる。つまりtarget="_blank"で開いたサイトで任意の操作ができてしまうことになるけど、Same origin の仕組みが働く。ので、Same originではない場

はじめに Twitterで、文字化けネタを幾つかつぶやきました。 サッちゃんはね サチコっていうんだ ほんとはね だけど ちっちゃいから 自分のこと SJISで 保存するんだよ おかしいな 繧ｵ繝ちゃん — ロボ太 (@kaityo256) 2017年10月10日 「私 魔女のキキです。こっちはSJISの繧ｸ繧ｸ」 — ロボ太 (@kaityo256) 2018年1月6日 UTF-8「もしかして…」 SJIS「私達…」 「「入れ替わ縺縺ｦ繧九≦縲懶ｼ†」」 — ロボ太 (@kaityo256) 2018年2月13日 どれもUTF-8で保存された文字をSJISとして解釈したための文字化けを表現したものですが、パッと見で「糸偏の漢字が多いな」ということがわかるかと思います。なぜそうなるかを簡単に説明してみようと思います。 なお、文字コードはいろいろ面倒なので、ここではざっくりとしたことしか言い

Double O というサービスを作りました。 フロントエンドはピュアな Web Components を採用していて、バックエンドは Lambda と DynamoDB のみで構成しました。 (厳密には CloudFront とか API Gateway とかもあるけどそこは省いていいよね？) REST API 以外の Util 系の Lambda 関数はすべて AWS Cloud9 で管理することで環境構築も不要な Lambda ができて楽でした。 TL;DR サーバーレスについてはごく普通のことしかしていないので、詳しくは触れないでおきます。 ピュアな Web Components だけでサービスを成立させることができた。 HTMLElement クラスを継承するだけなのでメジャーライブラリは不要になった。 Web Components の Custom Elements は標準仕様

概要 みなさん、Git使ってますか？ もしくは、使いこなしていますか？ 独習Gitを読んで、思いの外Gitコマンドが多かったので、 タイトルの通り、Gitコマンドで100本ノックをまとめてみました。 Gitの環境構築が終わっている状態からを想定しています。 git initでローカルにリポジトリを用意してください。 問題に対して、直後に回答を載せる形式にしています。 Git初心者の方も、目を通して知らないオプションをググれば勉強になると思います。 参考文献 独習Git Gitに馴染む 1. メールアドレスをGitのグローバル設定に追加 git config --global user.email "Your E-mail@example.com" 2. user.nameの設定値を表示 git config user.name 3. user.emailの設定値を表示 git config

2018年1月23日から25日にかけて、TC39の第62回ミーティングが行われました。TC39のミーティングでは、提案されているECMAScriptの新機能 (proposal) について審議し、各proposalのステージの移動を決定します。 今回のミーティングでは正規表現に関する幾つかのproposalがStage 4になりました。Stage 4になったproposalはES2018に組み込まれ、JavaScript (ECMAScript) に正式採用ということになります。 この記事では、JavaScriptに追加された正規表現の4つの新機能を紹介します。 s (dotAll) flag for regular expressions Proposal: https://github.com/tc39/proposal-regexp-dotall-flag 正規表現の新たなフラグとし