2016年9月24日のブックマーク (11件)

  • 無限のメモリ空間と絶対に落ちないプロセスを仮定して「ビジネスロジック」をあぶり出す - assertInstanceOf('Engineer', $a_suenami)

    先日、前職の上司から「そろそろプロフィールに"詩人"を追加するべきだ」と言われました a-suenami です。今日も今日とて詩人業を行なっていきますよ! 「ビジネスロジック」とは何か 最近、業務で、比較的中長期的なアーキテクチャの見直しだったり、新機能の設計だったりをさせてもらう機会が増えた。 コンポーネントをどういう風に分割するかとか、それぞれのコンポーネントを主にどのチームでメンテナンスしていくかとか、そういうのを考えるのは楽しい反面、かなり熟慮に熟慮を重ねないといけないものでもあるのでかなり責任を感じるというのもある。 まあ、そんなこんなでいろいろうーんうーんって悩んでいると昔(たぶん DDD コミュニティだと思うけど)誰かに言われた「無限のメモリ空間と絶対に落ちないプロセスがあったとして、それでもそのコードを書かないといけないのならそれがあなたのドメインだ」という言葉だ。 モデリ

    無限のメモリ空間と絶対に落ちないプロセスを仮定して「ビジネスロジック」をあぶり出す - assertInstanceOf('Engineer', $a_suenami)
  • Upgrade your SSH keys!

    Whether you're a software developer or a sysadmin, I bet you're using SSH keys. Pushing your commits to GitHub or managing your Unix systems, it's best practice to do this over SSH with public key authentication rather than passwords. However, as time flies, many of you are using older keys and not aware of the need to generate fresh ones to protect your privates much better. In this post I'll dem

  • 需要No. 1言語はどれ? 2016年度人気プログラミング言語を徹底比較 | readwrite.jp

    稿は、Codementorのブログ記事を、Codementorより了解を得て日語翻訳したものである。 科学、技術、工学および数学の素養がある人材に大きな需要があり、高い賃金が支払われているのは特に目新しいニュースではない。米国におけるソフトウェア関連職種のオンライン求人数は、2007年から2012年にかけて、他の求人に比べ3倍の速さで成長している。 米国労働統計局は、2012年から2022年にかけてソフトウェア開発に関する求人は、22%増加すると見込んでいる。2014年5月時点のソフトウェアアプリケーション開発者の平均年収は95,510ドル(約965万円)となっていた。 これからプログラミングを学ぼうと思っている初心者は、どの言語を学ぶべきか考えていることだろう。 各プログラミング言語の給与、需要、そして将来性を比較することによって、その疑問への回答のヒントとなるはずだ。 目次 各プロ

    需要No. 1言語はどれ? 2016年度人気プログラミング言語を徹底比較 | readwrite.jp
  • #pyconjp でWeb(WSGI)フレームワークの作り方について話してきました - c-bata web

    昨年のPyConJPでは pandas-validator について話していたのですが、今回はトークセッションをしてきました。 Twitter見てると早速スライドを見ながら実装してくださってる方もいらっしゃって嬉しいかぎりです。 日語のWSGIフレームワークの作り方の資料としては最もまとまっているものになっていると思うので、ぜひご活用ください。 基礎から学ぶWebアプリケーションフレームワークの作り方 WSGIの解説から始まり、ルーティング・リクエスト・レスポンス・HTMLテンプレートやミドルウェアについて順番に解説しながら、ボトムアップでフレームワークを作り上げていく話をしてきました。 半分ライブコーディングみたいな形だったので、少し不安もありました。 もう少しこうやればスムーズだったかなと反省点も少しありますが、スライドとかTogetterまとめがホッテントリ入りしていたらしく、周り

    #pyconjp でWeb(WSGI)フレームワークの作り方について話してきました - c-bata web
  • pandas による 時系列データ処理 // Speaker Deck

    All slide content and descriptions are owned by their creators.

    pandas による 時系列データ処理 // Speaker Deck
  • 「もしもハッキングされてしまった場合」の対処法がよくわかるアメコミ風マンガ

    Yahooが過去最大級となる5億人分ものユーザー情報を流出させられるハッキング攻撃を受けたり、8歳女児の部屋のウェブカメラがハッキングされたり、電気自動車のテスラ・モデルSもハッキングされるとやりたい放題やられてしまう危険性があったりと、身の回りに便利な電子機器が増えることでハッキングの被害にあう確率も爆発的に増加しています。そんな「もしもハッキングされてしまった場合」の対処方法をマンガで簡単にまとめた画像が秀逸です。 Imgur: The most awesome images on the Internet http://imgur.com/Tkn1YEZ 「もしもハッキングされてしまった場合」、最初にすべきことは落ち着くことです。とにかく焦らず一呼吸して気分を落ち着けましょう。 やってはいけないことは、「ハッキングされたコンピューターの電源を切る」こと。 電源は切ってはいけませんが、

    「もしもハッキングされてしまった場合」の対処法がよくわかるアメコミ風マンガ
  • 車輪の再発明って馬鹿にされるけど

    実際に,ほぼ0の状態から 実物の車輪を再発明できたらすごくね? 転生後のことも考えて,再発明できるようにしとくわ

    車輪の再発明って馬鹿にされるけど
  • 責任(関心)を意識したアプリケーション設計 - Qiita

    プログラムが上手く組めるようになりたい プログラミングが上手くなりたいと考えたときに、個人的には『名付けを意識』するのと、『アプリケーション設計のときに責任を意識する』考え方を取り入れることをおすすめしております。 今回は『アプリケーション設計のときに責任を意識する』ことについて書いてみたいと思います。 基的には単一責任原則と、関心の分離のお話になります。 ※ タイトルに『関心』というワードがありますが、アスペクト指向プログラミングの話ではありません 単一責任原則とは まずは単一責任原則とは何かについてです。 よく単一責任原則の説明では「クラスを変更する理由は複数存在してはいけない」というニュアンスの言葉がよく使われます。 例えば、社員管理システムの実装を行いたい場合、一つのクラスに「社員登録」「出勤管理」「給与管理」などの機能を詰め込むと、『社員登録』の変更をする際にそのクラスが変更さ

    責任(関心)を意識したアプリケーション設計 - Qiita
  • DPIは許される?「ネットワーク中立性」と「通信の最適化」の違い。

    YUKI HNG @yhinago DPI ディープ・パケット・インスペクションについて。今まで盗聴装置などと揶揄され導入メリットが分からないと反対派も多かった同技術が、フリーテルやLINEモバイルの登場で、やっと一般レベルまで議論が降りてきました。最終的には来は対立しない概念だったという結論に至るでしょう。 2016-04-06 10:54:02 nazenazeboy @nazenazeboy "実現方法としてはいくつか方法があるのですが、ここで問題になっているのはDPIと呼ばれる手法で、「IPパケットの中身を深く検査する技術」のことです。" Pokémon GOLINEモバイルが問いかける、ゼロレーティングの現況とこ… wirelesswire.jp/2016/08/55698/ 2016-08-25 09:01:25

    DPIは許される?「ネットワーク中立性」と「通信の最適化」の違い。
  • ripgrep is faster than {grep, ag, git grep, ucg, pt, sift} - Andrew Gallant's Blog

    ripgrep is faster than {grep, ag, git grep, ucg, pt, sift} In this article I will introduce a new command line search tool, ripgrep, that combines the usability of The Silver Searcher (an ack clone) with the raw performance of GNU grep. ripgrep is fast, cross platform (with binaries available for Linux, Mac and Windows) and written in Rust. ripgrep is available on Github. We will attempt to do the

  • 高速なハッシュテーブルを設計する | POSTD

    (訳注:2016/9/28、頂きましたフィードバックを元に記事を修正いたしました。) はじめに 稿では、高速で汎用的なハッシュテーブルを作るために行う、設計についての多くの意思決定事項を紹介します。最終的に、私の emilib::HashSet とC++11の std::unordered_set の間のベンチマークが出来上がりました。もし、ハッシュテーブルに興味があって、自分で設計したいなら(どのプログラミング言語かに関わらず)、稿がヒントになるかもしれません。 ハッシュテーブル は、素晴らしい発明です。 ならし計算量O(1) ( O(√N)時間 )で、挿入、削除、検索を行うことができます。ならし計算量とは、ハッシュテーブルの計算に平均でO(1)の計算量がかかることを意味しますが、時々、これよりも多くの時間がかかる場合があります。具体的には、ハッシュテーブルに空きがない場合で、挿入の

    高速なハッシュテーブルを設計する | POSTD