こちらのイベントの登壇発表資料です。 アーキテクチャを突き詰める Online Conference https://findy.connpass.com/event/314782/
こちらのイベントの登壇発表資料です。 アーキテクチャを突き詰める Online Conference https://findy.connpass.com/event/314782/
PHPerKaigi 2024の登壇資料のほうが図面がわかりやすいので記載する。 ※2024/06/25 追記 speakerdeck.com どうもキャッシュバスターズ、 id:Soudai です。 Cache（以下、キャッシュ）は特定の場面に置いて劇的な効果を発揮し、様々な問題を解決する反面、新たなコンポートやミドルウェアが追加され、複雑性が上がり、運用のレベルが上がるため、扱いに注意する必要があります。 キャッシュを活用することで、パフォーマンスの改善や負荷軽減が行われ、コンピュータリソースの最適化によるサーバコストの削減や、レスポンスの改善によるユーザエクスペリエンスの改善がされます。 反面、その劇的な効果に毒され安易に多用すると、サービスが強くキャッシュに依存してしまい、非常に壊れやすくなり、運用が難しくなってしまいます。これをWeb界隈では「キャッシュは麻薬」と比喩されて、戒め
月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください！ 40代以降の読者にとって、Windowsでテキストエディタといえば、ほとんどの人が同じものを思い浮かべるのではないでしょうか。それはもちろん「秀丸」です。元祖ソフトウェアスタートアップとも言える、開発者の斉藤秀夫さんにいろいろ聞いてみました。 発売当時から値段も変えず、30年近くアップデートしつづける“プロダクト愛”を伺った前編の続きです。 富士通の社員時代、OS/2向けの個人開発からはじまった ーー30年前に秀丸をつくったときのお話をお聞きしたいんですけど、どんな経緯で秀丸エディタをお考えになったんでしょうか。 斉藤さん：
こんにちわ、れとるときゃりー(@retoruto_carry)です。 最近、就活をはじめました。 ちょうど良い機会なので、自分が大学に入ってから作ったものをまとめました。 いままで、作ってきたWebサービスには、年間PVが1000万を突破したものもあります。 ただ、そこに至る道程は、かなり長かったです。 ここでは、大学に入学して、始めてプログラミングを勉強してから作ったすべてのサービス、アプリを振り返ろうと思います。 本当にたくさんのものを作ってきました。 どこかの誰かの参考になると嬉しいです。 エンジニア以外の方でも、なるべく読みやすいように工夫しました。（使った技術は読み飛ばして大丈夫です） 就活で思い立って、大学入学してからいままで作ってきたものを書き出してみた！ ブログに全部書こうかな pic.twitter.com/fAtV2atukU — れとるときゃりー@ツイッター通話アプリ
ソフトウェアの世界には「悪い方が良い」原則という有名なエッセイがある。キレイにレイヤ分けされた一貫性のある良いデザインよりも、一見手抜きっぽい悪いデザインのほうが実は良いときもあるという話だ。この逆説的なデザイン原則を僕は身をもって体験したことがある。それについてちょっと書いてみようと思う。 僕はlldというリンカの現行バージョンのオリジナル作者だ。リンカというのはコンパイラと組み合わせて使うもので、実行ファイルやDLLを作るのに使用される。lldはプロダクトとしてはかなり成功していて、標準のシステムリンカとして採用しているOSがいくつかあったり、GoogleやFacebookなど皆が知っているような大規模サイトの中で広く使われていたりする。 現在のlldは2世代目で、第1世代のlldは僕がプロジェクトに参加する前から存在していたのだけど、数年前にそれを捨てて一から書き直すということになっ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは2017年の11月から独りでWebサービスを作りはじめて、独りでリリースをして、独りで打ち上げをした、独身男性の備忘録です。 開発からリリースまでの4ヶ月間、自分が開発中に心がけていたことなどを忘れないように、次のサービスに活かせるように、Qiitaに投稿しておきます。 また『Webサービス作るぞ！』と、独りで考えている方の参考になればと思います。 作ったもの OFFICECLOCK - クラウド型の勤怠管理サービス トップ画面 登録画面 勤務表画面 打刻画面 OFFICECLOCKは何ができるのか？ ##ざっくり説明すると...
概要 妻子持ちの凡人プログラマが限られた時間で行う趣味の開発について ターゲット 仕事も大事だけど家庭も大事にしたい。でも趣味の開発もしたいソフトウェア開発者さん。 元々実力が高い方はすでに実践済の内容であると思われるため、あまり参考にならないと思います。 ライブラリの作成などに関して、不慣れで、試行錯誤している段階の方向けです。 この記事をまとめる動機 業務外の限られた時間で大小さまざまなソフトウェアを作りたい。 仕事も家庭もあるので、趣味の開発のためにまとまった時間が確保できるとは限らない。 そのため、特に大きめのソフトウェアを作る機会が少なくなりがち。 現状の問題点 大きなソフトウェアを作る際に、個別の機能を別々の小さなタスクにして、 地道に開発することもできますが、開発が長引いたり間が空いたりすると 成果物に対する熱が冷める 全体の設計思想が頭から離れる などの問題が発生してしまい
GitHubなどに自分のツールやライブラリを公開するとき，README.mdは重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている，と言っても過言ではない．実際自分が使う側になったときも，まずREADME.mdを読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う． READMEの役割 README.mdには大きく2つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々READMEは前者の役割しかなかったが，GitHubの仕組み上，後者の役割も徐々に重要になっている． さらに
昨日、WebSig24/7のイベントがあって、そこで結構興味深かったのはチームラボの佐伯さんのプレゼンにあった、社内サーバーは全部クラウド化して、開発サーバーやテストサーバも全てコストとして可視化できた方がよいのではないか？！というアイディア 先日、総裁が書いてた尾崎豊の叫びみたいな、面白い半分、心配半分の記事でもそうなんだけど、作り手の側に技術に対する解釈の幅があって、その結果としてエンジニアにとっては定期的に言語選択闘争みたいなものが起きるのは、正直言って「緩い、幸せな世界」だなぁ、と思う反面「若干の不幸」でもあるなと思う。 簡単に言うとPythonを使おうが、PHPやruby,Perlを使おうが成果物の完成度にはあまり影響がないので、技術そのものに特別な競争力はない。 文字通りクソみたいな開発言語ってのは他の業界には沢山あって、そういうところでは技術選択の余地もなく、それを使って成果
GitHubで人気レポジトリのランキングが公開されているようなので全解説してみました． どれも素晴らしいものばかり! あなたのプログラミングライフを快適にしてくれるライブラリがきっと見つかるはず!! rails rails 9835 watching Ruby on Rails. 説明不要だよね! フルスタックWebフレームワーク jquery jquery 8710 watching JavaScriptライブラリ．これも説明いらないよね! node joyent 8572 watching 旧名node.js．昔の名前の方が通りがいいです．JavaScriptエンジンのV8用のノンブロッキングIOな何か．主にWebサーバ/アプリケーションに使われる． html5-boilerplate paulirish 6998 watching HTML5とかのテンプレート集．ただし公式ページのデ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
