荒木先生の悪い人っていうのは心に弱さを抱えそれを攻撃に変えた者っていう考え好き https://t.co/sb4PrehqCw
もつれら on Twitter: "荒木先生の悪い人っていうのは心に弱さを抱えそれを攻撃に変えた者っていう考え好き https://t.co/sb4PrehqCw"
荒木先生の悪い人っていうのは心に弱さを抱えそれを攻撃に変えた者っていう考え好き https://t.co/sb4PrehqCw
40歳以上で無名でダメなエンジニア（元エンジニア）が勉強会で登壇するときの注意：：村上福之の「ネットとケータイと俺様」：オルタナティブ・ブログ
イベントや勉強会とか出ると、40代、50代、60代の人が発表することもありますね。有名サービスを作った若いエンジニアとかだったり、発表内容がトレンドだったりすると、すごい話を聞きたくなるけど、たいして有名でもないし、すごいものを作ったこともない、俺みたいに無駄に年を重ねた人のトレンドからはずれたダメダメオッサンの登壇内容ってクソいんですよ。自戒の念を込めて書く。 最初の自己紹介30秒以下にしろよ： おまえがちょまどみたいに若くてキレイでかわいい女子だったら何時間でも聴きたいけど、ダメなオッサンのつまんない自己紹介は5秒以上も聞きたくない。無駄に長いこと生きている人の長い自己紹介ってつまんない。「89年に大手SIの子会社に入社」とか聞きたくない。もうねダメなオッサンは「idと好きなAWSサービス」だけでいいよ。長いこと生きてるからいろいろ言いたいことがあるだろうけど、いらない。無名無能力な4
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
The dRuby Bookが絶版になったのでWeb版公開の準備してます - @m_seki の
Pragmatic Programmers, LLCから出版されていたThe dRuby Bookが電子版!!も含めて絶版になってました。 が！オーム社さんに事務手続きを手伝っていただいてWeb版の公開ができるようになりました。 http://www.druby.org/sidruby/the-druby-book.html 内容は英語版の出版時のままですが、Webで見やすいように体裁を整えてます。 iOSとmacOSのSafari、Windows7のChromeで動作確認しています。 その他の環境で表示がおかしくなる、文字が化けるなどがありましたら教えください。それから、リンク抜けとかも。 内容が古いのは我慢してね。 ここがすごい！ 図は再生成しました。PNGはPDFへのリンクになってます。 本文に集中できるように目次（多すぎるので抜粋）のサイドバーが右！ ファイル名が連番じゃない。 ペ
Visual Studio Code February 2017(V 1.10.1)
See what is new in the Visual Studio Code February 2017 Release (1.10) 情報源: Visual Studio Code February 2017 1.10で確認されたバグを修正した1.10.1がすでに出ています。 毎月このパターンなので、新バージョンリリースのニュースを聞いたら一呼吸を置いてからのアップデートでもよいかもしれませんね。 ダウンロードはこちら https://code.visualstudio.com/Download
家庭内Slackと家庭内Backlogを連携させたかったので、backslackを作った - Copy/Cut/Paste/Hatena
もう様々なところでやり尽くした感のあるツールです。 github.com なぜ作ったのか 実は、F社には既に同様のサービスが稼働していて、便利に使わせてもらっています。 ただ、今回連携したかったのが 家庭内 のものだったので、そのまま流用するわけにはいかないかなーと思ったのと、Qiitaのエントリ はあるけどソースが公開されていなかったので、作りました。 使い方 使い方は README にあるとおりなのですが、 backslackをデプロイ (エンドポイントのURLを取得） SlackのIncoming webhook URLを取得 これだけで初期構築は完了で、あとはBacklogにWebhookを追加するだけでOKです。 https://x0x1x2x3x.execute-api.ap-northeast-1.amazonaws.com/v0/hook?space=myspace&web
Announcing Windows 10 Insider Preview Build 15046 for PC
Hello Windows Insiders! Today we are excited to be releasing Windows 10 Insider Preview Build 15046 for PC to Windows Insiders in the Fast ring. As you can see, we have done quite a few experiments… 情報源: Announcing Windows 10 Insider Preview Build 15046 for PC – Windows Experience BlogWindows Experience Blog Memo. あまり良い話が出てきていませんね。 個人的にはまさにこれでデスクトップのアップデートができていません。 PC Build 15046: Error 80070228 d
2017年はFigmaである - soutaroブログ
最近はSketchではなくFigmaを使っています。 www.figma.com 何が良いかというと、これはブラウザで動いていて（アプリもあるけどブラウザ版をそのまま動かしている感じ）、一つのワークスペースを何人かでそのまま突っつけるのが良いのです。誰かがなにかを変更すると、それは隣で開いている人にすぐに伝わります。これがものすごく快適なのです。 Sketchに残された問題について以前に書いたことがありますが、それは複数人で一つのファイルを変更することが事実上不可能なことです。diffを取って後でマージするというソフトウェア開発で広く行われている方法は、Sketchには通用しません。（なんとかっていう頑張ってSketchをマージする製品もあるそうですが、結局Figmaで良いという気分になったので使ったことがありません。）どうしてdiffを取ってマージしたいかというと、非同期に変更を共有した
[TLS][Haskell]TLS 1.3 開発日記 その13 TLS 1.3を遮断する中継装置 - あどけない話
経緯 Chrome は version 56 から TLS 1.3 ID 18 をサポート(0-RTT 以外)。 Chrome 56 の前にBlueCoatがある状態で Google サービスにアクセスしようとすると、アクセスできないことが判明。 ChromeはTLS.13をdisabledに戻した。 原因 TLS 1.3は、TLS 1.2と区別のつかないClient Helloを送る。拡張でバージョンが1.3だと教える。 TLSの実装は、知らない拡張は単に無視してエラーにしてはいけないという鉄則により、TLSのバージョンアップは順調にいくはずだと信じられていた。 BlueCoatは、サーバからのCertificateの中身を見て、中継するか否かを決めるらしい。 TLS 1.3を知らないBlueCoatには、Client HelloがTLS 1.2に見える。 しかし、サーバから戻って来たハ
![[TLS][Haskell]TLS 1.3 開発日記 その13 TLS 1.3を遮断する中継装置 - あどけない話](https://cdn-ak-scissors.b.st-hatena.com/image/square/ff029e5e2690b845f8acaac41fff5e459f492b8d/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F13208692334729890807%2F10257846132661785492%2F1540879133)
C++標準化委員会の文書: P0550R0-P0601R0
興味深いものだけ解説。 [PDF] P0550R0: Transformation Trait uncvref decayとよく似たtraits、uncvrefの追加。 uncvref<T>::typeはTからCV修飾子とリファレンスを取り除いた型になる。decay<T>::typeとは違い、配列からポインター、関数から関数ポインターへの変換は行わない。 あるべきだ。 [PDF] P0551R0: Thou Shalt Not Specialize std Function Templates! std名前空間内の関数テンプレートはユーザーが特殊化してはいけないというルールを作ろうと言う提案。関数テンプレートはC++11から特殊化できるようになったので、これまで考慮されてこなかった問題が出てきた。 [PDF] P0552R0:enable_if vs. requires 既存のenable
驚異のAndroidを支える技術〈I〉- L'eclat des jours(2017-02-28)
_ 驚異のAndroidを支える技術〈I〉 有野さんから滿を満たして出版された「Androidを支える技術〈I〉」をいただいて読み始めた。現在1/2を少し超えたところまで読んだところだけど、今書けることは今書いておく。 結論としては、信じがたくおもしろいからすぐ読むべきだ。 副題は60fpsを達成するモダンなGUIシステムとなっていて、fps（秒あたりの画面書き換え回数）が押されているので、ゲームとかの話かと思ったら、まったく違って、Androidがどういう仕組みでデバイスに対する入力を遅延なくウィンドウの描画へつないでいるかの解説に近い。 そのために利用しているプライオリティ（というか、発火時間順）に基づくイベントのキュー（これがシステム全体としてデバイスからの吸い上げと、アクティブなプロセス内でのイベントの、大きく2つある）と、それをいかに抽象化して実装しているかの解説が、1/2読み終
ピックアップRoslyn 2/28: Milestones 7.X
なんか、csharplang にマイルストーンが切られてた。 ちなみに、リリース時期を邪推されないように、期日は2070年とかのむちゃくちゃな日付になっています。 7.0が2070年、7.1が2071年、…みたいな。 7.0 7.0 3/7のリリースを考えるととっくに実装終わってるはずのもの。 Roslynリポジトリ側からの移植と、あと、ドキュメントがまだないのでそれが残タスクっぽいです。(最近、ほんとにドキュメントが後…) 7.1 7.1 C#的には初の「小数点リリース」計画なわけですが、これは、Visual Studio とか .NET ランタイムのリリース スケジュールとは合わせないって意味で使いたさそうな雰囲気。 ライブラリ、ランタイムやIDE支援が要らない機能を主に入れていく感じ。 7.1は、みるからに7.0の積み残し。時間的な都合で入れなかっただけで、いつでも実装可能なやつ。
ECMA-414 ECMAScript Specification Suiteについて
ECMA-414 ECMAScript Specification SuiteというECMAScript関係の仕様をまとめたEcma仕様が公開されている。 背景については以下を参照。 For ECMA-262 (the main ECMAWScript standard), we now have an agreement with ISO that we will not fast track it anymore; instead, the ECMAScript Suite ECMA-414 will supercede it (with normative references also to the needed Ecma standards), and the other redundant standard ISO IS 16262 (which is out of date)
編集距離 (Levenshtein Distance) - naoyaのはてなダイアリー
昨日 最長共通部分列問題 (LCS) について触れました。ついでなので編集距離のアルゴリズムについても整理してみます。 編集距離 (レーベンシュタイン距離, Levenshtein Distance) は二つの文字列の類似度 (異なり具合) を定量化するための数値です。文字の挿入/削除/置換で一方を他方に変形するための最小手順回数を数えたものが編集距離です。 例えば 伊藤直哉と伊藤直也 … 編集距離 1 伊藤直と伊藤直也 … 編集距離 1 佐藤直哉と伊藤直也 … 編集距離 2 佐藤B作と伊藤直也 … 編集距離 3 という具合です。 編集距離はスペルミスを修正するプログラムや、近似文字列照合 (検索対象の文書から入力文字にある程度近い部分文字列を探し出す全文検索) などで利用されます。 編集距離算出は動的計画法 (Dynamic Programming, DP) で計算することができることが
Big Sky :: レーベンシュタイン距離を使ったあいまい grep コマンド「lsdgrep」作ってみた
元ネタはずいぶんと昔の記事なのだけど。 編集距離 (Levenshtein Distance) - naoyaのはてなダイアリー ■ 編集距離 (Levenshtein Distance) 昨日 最長共通部分列問題 (LCS) について触れました。ついでなので編集距離のアルゴリズムについても整理してみます。 編集距離 (レーベン... http://d.hatena.ne.jp/naoya/20090329/1238307757 思い付きはまったく関係ない所から。 mp3 が数千ファイル入ってるフォルダで何かの手違いで同じ曲が入ってしまう事が結構あって重複取り去る作業してた。ID3が違ってるとMD5も違うのでレーベンシュタインの文字列距離を使ってファイル名が似てるの調べたら422ファイル消せる事が分かった。 — Vim芸人 (@mattn_jp) February 25, 2017 これを
Map-likeというES2015 Mapのようなライブラリを書いた
map-likeという小さなMapオブジェクトのライブラリを書きました。 azu/map-like: ES2015 Map like object API的にはES2015のMapと同じです。 制限 Symbol.Iteratorが実装されていません toStringが実装されていません つまりIteratorは省いています。 目的 Mapのpolyfillを書いたことがある人はわかるかもしれませんが、オブジェクトをkeyにできるMapがほしいだけなのに、結構でかくなります。 これはIteratorを実装する部分が大きく、Symbol.Iteratorをどうするかとか色々あります。 正直Mapをfor...ofで回したいとかは殆ど必要なかったので、それ以外の部分はMapと互換を持つmap-likeというライブラリを書きました。 ファイルサイズも1.5kBほどです。 「オブジェクトリテラルを
意図通りのURLにユーザーを誘導したい
を見て意図通りの URL でなかったら location を書き換えてあげればよい。 サーバ側アプリでは基本的には HTTP_HOST を見る。ところが構成によってここで取得できる値は変わる。1 例えば Heroku の場合はもともと *.herokuapp.com の名前を持っている。これに DNS の ANAME や CNAME で hostname を設定し、これをユーザーに見せる URL として設定することになるのだが、ここに CDN が加わると設定方法にバリエーションができる。 ※ 以下はアプリケーションサーバが Heroku にある前提で書いていくが、別にどんなサーバでも構わない。単にデフォルトの名前が分かりやすく決まっているので参考に挙げやすいだけである。 a) CDN側にだけDNSを設定するHeroku 側では別な endpoint を定義せずCDN 側で endpoint
2017-03-07のJS: Marko 4.0、CoffeeScript+ReactからJavaScriptへ
JSer.info #321 - UIコンポーネントライブラリのMarko 4.0がリリースされました。 Marko 4.0 is here 🚀 🎉 – Medium marko/ROADMAP.md at master · marko-js/marko MarkoはeBayで開発され使われているUIコンポーネントライブラリです。 Marko 4.0ではクライアントレンダリングとサーバサイドレンダリング(HTML文字列を出力)で異なる手法を使うことで、 サーバサイドレンダリングを高速化しています。 Server-side Rendering Shootout with Marko, Preact, Rax, React and Vue Bugsnag Blog - Converting a large React Codebase from Coffeescript to ES6という
Atom Flight Manual
CompanyEngineeringProductSunsetting AtomWe are archiving Atom and all projects under the Atom organization for an official sunset on December 15, 2022. January 30, 2023 Update: Update to the previous version of Atom before February 2 On December 7, 2022, GitHub detected unauthorized access to a set of repositories used in the planning and development of Atom. After a thorough investigation, we hav
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rakefile でサフィックス・ルールを書く
Emacs 25.2 rc2 リリース
CapybaraでSinatraアプリをテストする - yhara.jp
Git for Windows 2.12.0リリース