事実世界のインターネット人口が増えたのは1990年代からだ。 [引用] http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h10/html/98wp2-3-1f.html [引用] http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h29/html/nc144210.html __NoSQL__の登場 1990年に入るとインターネットの利用人口が急激に増加することになる。 この頃からトランザクションに最適化されて設計されたDBでは性能劣化が始まり、システムはデータベースに対しスケール性能を必要とし始める。 多くの開発者は、単一の強力なサーバーでリレーショナル・データベースを実行するのではなく、リレーショナル・データベース管理システム (RDBMS) のパーティショニング (シャー

単純に仕事の用事なのですが、俗に言う経営層と言える立場の方々にヒアリングする機会が増えたことで、とあるセリフを頻繁に耳にするようになりました。 「事業の話ができるエンジニアがいないんだよね。本当に困りますよ」です。 これは僕が事業の話をできるとかそういうことを言いたいのではなくて、各社の経営層の切実な想いであり１つや２つの組織で聞いた発言ではなく、あらゆる組織で耳にする強烈なペインであると言いたいんです。 本当に、文字通り、全ての組織でこの発言を聞きました。 僕個人としては、「え？そうなんですか？結構いると思いますが」って当初反応してたんですよね。何故なら、自分の周りには幸い「技術にだけ興味があるエンジニア」が少ないからでして、彼らがそこまでの切実さで何を求めているのかはっきりとわかっていませんでした。ただ、僕も諸事情あって彼らと似たような視点を持たなければいけない状況になり、この発言の理

いま知っておきたいLinux─WebアプリがOSのプロセスとしてどのように見えるか？ を運用に生かす Webアプリを動かして負荷をかけると、OSのプロセスという観点ではどのように見えるのでしょう？ それを通して運用やトラブルシューティングではどういったことが分かるのでしょう？ Linuxカーネルの開発者でもある武内覚（sat）さんによる解説です。 こんにちは、sat（@satoru_takeuchi）と申します。 コンピュータが誕生してから現在まで、最終的にエンドユーザが意識するアプリケーション開発はどんどん楽になっています。先人たちのたゆまぬ努力の結果、アプリ開発者はOSや、そのさらに下にあるハードウェアのことをほとんど意識することなく開発ができるようになりました。 しかし、「作ったアプリが、OSレベルでどのように動いているか？」が今一つピンと来なくて、モヤモヤしていないでしょうか。それ

DIST.31の公演スライドです。

弊社は未だにメインフレームの相手をしてCOBOLを書いているような、低技術力・プロマネ力偏重のSIer。 20代の若手SE(笑)である僕自身もウォーターフォールの経験しかなく、社内の99%も同じ。 最近興味があって近くにいる人とアジャイル開発の勉強をしていており、ジェフ・サザーランドの著書ほか何冊か本を読んだ、というだけのただのエンジニアワナビー。 最近近所で絵に描いたようなアジャイル失敗例があって、ちょっと誰かに聞いてほしくて書いてる。 この度、既存システムを刷新するプロジェクト（たぶん１億以上５億未満）をアジャイル開発でやることになり、先月くらいに最初のスプリントがスタートした。 アジャイル導入にはおそらく特に動機がなく、お客さんの偉い人たちが ・最近アジャイル？流行ってるんでしょ ・無限に要件変更できるんでしょ ・アジャイルにすると早く安くできるんでしょ などと仰せになった結果だと聞

https://gyazo.com/6650f305b46ff9a2683fd11988e12cf3 https://gyazo.com/ed58dad9ca677c8ab54867fe08cf6817

React.kyoto v0.3.0 でのLT発表資料です。 https://react-kyoto.connpass.com/event/137847/

package main import "fmt" func main() { fmt.Printf("hello, world\n") } 自分でコードを動かすことで、達成感を得ることも大切です。 学び始めはわからないことが多すぎて挫折しそうになりますが、それを防ぐためにまずはこういった小さな成功体験を積み重ねていきましょう。 3. ノートを取りながら言語の仕様を学ぶ "Hello World" が出せたら、次は言語の仕様について学んでいくのが良いと思うのですが、そこではノートを取りながら学ぶのがおすすめです。 ドキュメントを読むだけではすぐに忘れてしまいます。記憶を定着させるために、自分の言葉や自分のコードで記録しながら学ぶのはとても大事です。 読んでいて大事だと思ったことは、後から見返せるようにノートにまとめておきましょう。 ノートを取るおすすめの方法は、自分専用のSlackで言語別

テクノロジー TypeScript再入門 ― 「がんばらないTypeScript」で、JavaScriptを“柔らかい”静的型付き言語に｜ハイクラス転職・求人情報サイト AMBI（アンビ）

こんにちは。プロダクト開発部のサーバサイドエンジニアの荒川です。普段はSansanのスマホアプリのAPIの開発をしています。 今回扱うテーマは皆さん大好きキャッシュ（Cache） です。 Webアプリケーションを開発するエンジニアである以上、キャッシュの存在からは逃れられないでしょう。 例えばパフォーマンスを向上させる手段として、キャッシュを仕込むことは往々にしてあるかと思います。 キャッシュを使えばパフォーマンスが向上しそう、というイメージも強いため安易に選択する戦略になりがちですが、正しく扱うことは本質的に難しいです。 しかしキャッシュを上手に使えば、ユーザ体験を圧倒的に向上させることができます。 そんな諸刃の剣キャッシュ💰について考慮するべきこと、その戦略を改めてまとめてみました。 今回の対象 今回の対象は、アプリケーションレベルでのキャッシュ戦略を取り扱います。 いわゆるキャッシ

SIerに就職した新卒2年目のエンジニアです。 早く一人前のエンジニアになりたくて読み漁ったものの中で、分かりやすかったものや、学びが多かったものをまとめました。全て無料です。 情報収集 Qiita 言わずもがな。読める記事がどれくらい増えたかで、エンジニアとしての成長を計測できる。 はてなブックマーク - 人気エントリー - テクノロジー ツイッター徘徊してたらよく飛んでいく先。 Twitter 情報のハブ。Rubyが好きならMatzがフォローしている人とかを、フォローしてみるといい。 エンジニアとして Web Developer Roadmap 2018が出たので2017年版と比較してみる - Qiita エンジニアとして最先端を行きたいなら、何を習得しなければいけないか、概観できる。 良いコードを書く技術（まとめ） - Qiita 良いコードを書くための５つの習慣の、「習慣その１　読

Transcript จܥ͔Β൒೥ͰRubyʢSinatra RailsʣΛֶΜͩΒਓੜมΘͬͨ ಙݩ কٛ ࣗݾ঺հ • ಙݩ কٛʢͱ͘΋ͱɹ·͞Α͠ʣ • ླྀେ࢈ۀܦӦֶՊ࢛೥ • 2017೥4݄͔Β͞΅ (@saboyutaka) ͞ΜͷԼͰWebΤ ϯδχΞΛ໨ࢦ͢ • ISUCON2017 • 4݄ʹʮΈΜͳͷ΢ΣσΟϯάʯ ʹब৬͠·͢ • ϒϩάɿ·͞ˏϒϩάॻ͖ࠐΈத ࠓ೔࿩͍ͨ͜͠ͱ 1. Rubyͷॳֶऀ͕΍ͬͨ΄͏ֶ͕͍͍शखॱ 2. RubyΛֶΜͰมΘͬͨ͜ͱ ॳֶऀ͕RubyΛֶͿ࣌ʹ΍ͬͨํ͕͍͍खॱ ʢRailsνϡʔτϦΞϧ͔Β΍Βͳ͍ʂʣ 1. Webʹ͍ͭͯཧղ͢Δ 2. HTMLˍCSSʹ͍ͭͯཧղ͢Δ 3. Rubyͷجຊʹ͍ͭͯཧղ͢Δ 4. SinatraΛֶΜͰΞϓϦΛ࡞Δ 5. RailsνϡʔτϦΞϧΛ΍ͬͯΞϓϦΛ࡞Δ Webʹ͍ͭͯ