昨日のHaskellハンズオン でIOモナドを学びました。 アイデアがあったものの、イベント中に実装が間に合わなかったので改めて時間を取って実装をしてみました。 改良点すべき点は多いのですが、とりあえず動くようになったので公開してみます。 作ったもの 英語学習用のCLIツール。 日本語に対応する英語を入力すると正解か不正解か、不正解の場合はそのDiffが表示される。 GitHub - kuranari/ring-note 最近、瞬間英作文の書籍を使って英語の勉強をしているのですが、音読だと時制や単数・複数の扱いが曖昧なまま流してしまうので、コンソールで入力して正確な作文が出来ているのかチェックしてみることにしました。 紙に書くと時間がかかるので、キーボード入力がちょうどいいのではと思った次第です。 どんどん話すための瞬間英作文トレーニング (CD BOOK) 作者: 森沢洋介出版社/メーカ

ottiee.hatenablog.com 同僚のデザイナーが良いことかいてました。最近は採用活動には携わっていないのですが、以前に似たようなことを採用において感じたことがあったので書いてみようと思います。 不慣れな人ほど落とす 私自身も面接官トレーニングというものをちゃんと受けたことがあるわけではないので、いわゆる「正しい面接」というものをできているかどうかはわかりません。 ただ、過去にやっていた採用活動においてまずよく起こるのが面接に不慣れな人ほど簡単に人を落としてしまうということでした。 なぜそうなってしまうのか。理由としてはシンプルで、通すことよりも落とすほうが簡単だからです。相手の嫌な部分やダメな部分なんて自分が思い込んでしまえば簡単に作ることができるので、落とす面接は簡単に仕上がってしまいます。場合によっては単純な好き嫌いだけで合否を決めてしまうこともある。1の良いところをみつ

追記 2019/04/16に以下の記事が公開されました。 employment.en-japan.com gfxさんによる記事です。この記事自体2017年の若干古い記事なので、新しく読む方は最新版である上記の記事を読んだほうがいいでしょう。 このエントリは2017/07/12に行われたHatena Engineer Seminar #8 @ Tokyoの発表内容をブログ向けに書き直したものです。 事前の通知では「CoffeeScript脱出にみるTypeScript2.4時代のベストプラクティス」がタイトルだったのですが、主題を変えたためタイトルも「がんばらないTypeScriptの始め方」に変更させていただきました。CoffeeScript脱出の話は一応出てきます。 社内のTypeScript事情 その後のTypeScript 現在の様子 TypeScriptのがんばらないはじめ方

PHP カンファレンス関西 2017 の基調講演にてお話してきました。 発表資料 今回は、開発現場から見た PHP の特徴をあらためて見直すということで、私が日頃感じている特徴をお話しました。最後には現場で奮闘している PHP エンジニアへのメッセージを入れました。 朝一番のセッションにも関わらず、立ち見が出るほど多くの方に参加頂き、嬉しい限りでした。参加頂いたみなさん、ありがとうございました。 資料だけでは伝わらない部分もありますが、資料を上げておきます。 終わり際にある「繋ぐ言語」というのは、2014 年基調講演された郡山さんの「全てを結ぶ力」へのオマージュだったりします。発表後に会場でご本人に伝えるとがっちり握手して頂けました :) 基調講演 これまで、招待講演も基調講演を招く側も経験していたのですが、基調講演で話すというのは初めての経験でした。 はじめは、いつもの発表のノリで軽く受

数学 - Python - JavaScript - 解析学 - 微分と基本的な関数 - 曲線をえがくこと - 曲線をえがくこと(7つの性質、有理式)

日本のDDD（ドメイン駆動設計）界の父ともいえる増田亨さんが著した「現場で役立つシステム設計の原則」を頂いたので、早速拝読させていただきました。 本書をおすすめしたい人 本書は、システム開発で以下のような問題を抱えている人におすすめです。 既存システムのソースコードの可読性が低く、理解に時間がかかる 機能追加・改修時の影響範囲調査に時間がかかる 機能追加・改修時の工数が予想以上にかかる テストコードが書きにくいソースコードになりがち 機能を追加・改修時の影響範囲が大きくなりがちで、テスト工数がかさんでいる デグレの確認に気を使い、多くの時間をかけている 不具合が発生したときに、調査・解決に時間がかかってしまう 新しいメンバーがプロジェクトに参画した時に、業務知識を伝えるのに多くの手間がかかる これらの問題のために、生み出す価値以上に、仕事時間が増えている このような問題を解消し、変更に強い

This post is a walk-through of the simple strace implementation I wrote during my GopherCon talk, A Go Programmer’s Guide to Syscalls. You’ll find the code here. To explore some of the features of the Linux ptrace syscall I thought it would be fun to write my own implementation of a basic strace — a tool that shows which syscalls an executable uses. This article is a quick breakdown of how the pro

qiita「100万倍速いプログラムを書く」 http://qiita.com/Akai_Banana/items/48a35d2a40d1804d3b32 いまさらだけどホットエントリ経由． プログラミングを始めたばかりで高速化の大枠が全くわからず意味不明なことをしていた在学時、こんな資料があったら良かったのになあ、と思って書いたもの。 内容をまとめるとこんな感じ． id:vanbraam ここまでCPU-intensiveな処理が通常のプログラムでは殆どない.本稿の言に従えば"律速段階"はそこじゃない事が多い;MathJax+math/tex->MathMLでこれだけの数式が書けるのを知る事ができたのは大きな収穫 id:kmaebashi 『つまり、Pythonはコードを一行ずつ機械語(010011011...）に変換（コンパイル）して動作します。』呪いのように何度も出てくる間違いだ…

Nginx, Inc.のMicroservices Reference Architecture(MRA)についてのドキュメントでProxyモデル、Router Meshモデル、Fabricモデルという3つのネットワーキングモデルが解説されている。 GoFのデザインパターン然り、名前が付いている、というのは重要なことだ。本項ではこの3モデルについて紹介する。 1. Proxyモデル Proxyモデルはマイクロサービスアプリケーションのフロント側にリバースプロキシクラスターを配置する。 出典元: MRA Part 2 – Proxy Model Proxyモデルは比較的単純であり、API Gateway、初期のマイクロサービス、もしくは、複雑なレガシーモノリシックアプリケーションを変換する際のターゲットとして適している。特に大規模なマイクロサービスやトラフィックについての負荷分散に適している

Vimのコア機能を徹底解説。古くて新しいUnixのエディタVim--このVimのエディタとしてのコア機能をマスターするためのレシピ集。 関連サイト本書の詳細ページが用意されています。 『実践Vim』内容紹介『実践Vim』は、自分の技量を向上させたいプログラマに向けたものだ。聞いたことがあるだろうが、熟練者の手にかかれば、Vimは思考のスピードでテキストを切り刻んでいく。この目標に向かう次のステップが本書を読み込むことだ。 『実践Vim』はVimマスターへの近道だ。手取り足取り教えたりはしないが、前提となる知識はVimチューター（Vimと一緒に配布されているインタラクティブなVim入門）をひとしきり実行すればわかるだろう。『実践Vim』は、Vimの中核となるコンセプトとイディオム的な使い方に着目することで、この前提となる知識からさらなる高みを目指すものだ。 Vimは非常に柔軟に構成を行える。

Increments さんで開催された PM Meetup の記事をみていて気になった Product Requirements Documentについてまとめます。 10/4にIncrements PM Meetup #2を開催しました - Qiita Blog Product Requirements Document とは？ Product Requirements Document(=PRD, 製品要求仕様書)はプロダクトや機能の目的を全て定義したドキュメントです。 これは、プロダクトがどのように作られ、どのようなチームメンバーで作り上げるかも含みます。 また、全てのステークホルダーが目的を正しく理解する役目を果たします。 PRDに求められるもの 何が目的か？ 誰のためにつくるか？ プロダクトや機能の価値は何か？ どのようにユーザーと対話するか？ どんな見た目か？ 完成条件は？ P

Node.js のセキュリティアップデート 7/11 に Node.js のセキュリティアップデートがリリースされました。 Security updates for all active release lines, July 2017 | Node.js これには複数の脆弱性が報告されており、今回はそのうちの1つの Hash flooding DoS という脆弱性が何なのか、それに対して採用された対策が何なのかについてお話します。 Hash flooding DoS (hashdos) Denial Of Service 、つまりサービス拒否攻撃の一種です。 JavaScript のオブジェクトは内部的にハッシュテーブルとして表現されています。 図はこちらから引用 ハッシュ関数は同じkeyなら同じ値を返しますが、別なkeyなら通常は別な値になります。 ハッシュテーブルのinsert, g

Forkwell Portfolio の新しい機能を開発しながら、リファクタリングしている日々の @sinsoku です。 今日はリファクタリングの改善結果が気になったので調べてみました。 Ruby で AbcSize 20以上の数値、ファイル数の推移を出したいけど、簡単に出す方法ってあったりしないのかな。マージコミットを checkout して、AbcSize を計測して、csv にして、とかをするだけなんだけど、書くのがメンドイ。。。— 神速@リリカルエンジニア (@sinsoku_listy) 2017年7月11日 残念ながら簡単な方法は見つからなかったので、「メンドイ」という気持ちに負けずにスクリプトを書きました。 AbcSize とは Assignment: 変数の代入 Branch: 関数の呼び出し Condition: 条件分岐 から計測する複雑度です。Ruby だと Rub

同じソースコード、同じアプリケーションでも、デプロイによって設定が異なるものがある。 各種APIキーや、データベースの設定など。本番環境と開発環境では異なる設定を使うことが多い。 こういったものをハードコーディングするべきではない。 また、GitHubでコードを公開する場合、APIキーなどの機密情報を書くわけにはいかない。 そのような場合に使うのが、環境変数である。 環境変数の正確な定義は知らないが、コードの外から設定を行う変数、という感じだろうか。 これを利用することで、APIキー等をコードに書かずに済む。 process.env Node.jsにおける環境変数は、process.envというオブジェクトに格納される。 このオブジェクトは最初から存在しており、予め、いくつかの環境変数が入っている。 コマンドラインで確認できる。 $ node > process.env いくつか表示される

2017/07/15にGCPからAWSへ移行した理由を記載しました 数週間かけて少しづつやってきた自宅サービスのGCPからのAWS移行がすべて完了した まずGCPからAWSへ移行した理由としてはいくつかあるのですが、一番は会社で使用するインフラ環境がGCPからAWSに移ったので 個人も変えようという理由です 今まではアプリケーションはRailsで作成されており定期的なバッチ処理はKuroko2でスケージューリングして処理していた これを下記のようなインフラ構成に変更した Railsに関してはDocker上で動かせるようにして動作環境でAWS Elastic Beanstalkを使用している リクエストにはAWS Certificate Managerで証明書を無料で発行してhttpsでリクエストを出来るようにしている またコストを抑えるためにEBやRDSは自動停止・自動起動が出来るようにし