それでも外部キー制約は必要ない / #fk_night でしゃべってきました
11年ぶりに外部キーNightが帰ってきます。 (前回のイベントはこちら: https://connpass.com/event/11463/) この11... 外部キーに対する思いをたくさん聞けて大変に楽しい会でした。自分も言いそびれたり、盛り込めなかった内容がたくさんあるので、ここで補足しようと思います。 何が言いたかったの 外部キー制約は運用上の障壁になるだけでなく、整合性を守る仕組みとしては力不足すぎる。システム全体のことを考えたとき、不変条件はアプリケーションにエンコードせざるを得ないのだから、そちらに寄せるほうが合理的。 でした。 一定の害が存在することについては、会の中でも認められていたように思います。スキーマの変更を阻害するだとか、パーティショニングできなくなるとか、特にMySQLでは性能劣化が大きいとか、そういうやつです。懇親会でも「トレードオフとして受け入れられる」とい
なぜJavaScriptのfetchはawaitを2回しないとレスポンスを取れないのか | maguro.dev
const resp = await fetch("https://api.example.com/data"); await を2回書いているのが気になったことはありませんか？1回の await で一気にレスポンスボディまで取れたら楽なのに、と思ったことはないでしょうか。 とある休日の午前中、いつものようにYouTube上でライブコーディング動画を見ていました1。そこで配信者の方が、fetchを使ってレスポンスボディを取得する際に2回目のawaitが必要であることに対して、「なんでfetchはこんなにめんどくさいんだろう」と言っていました。言われてみると、確かにめんどくさいような気もします。 この記事では、なぜ fetch がこのような設計になっているのかをいろいろな観点から掘り下げてみます。 fetch の使い方おさらい まずはJavaScriptのfetchの基本的な使い方を確認して
技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL
技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL はじめに 新たに書きました。 MySQLを使っても会社は潰れない 久々に記事を書いたのでどうぞお手柔らかに... 私が過去2年間で行った技術選定の成功と失敗を振り返り、その学びを共有したいと思います。 文才無いので淡々と箇条書きでいきます Twitterエンジニア垢作りました。エンジニアのお友達がいません。 @uncode_jp 注意 意見を押し付けるものではありません。ただ建設的な議論は大事だと思う。 自分の意見は明確に、歯切れのよい表現を意識している。人それぞれだよねみたいな感じに逃げたくない。技術選定に結論はある（過激）。 ただし技術選定にはコンテキストがあり、例えばプロダクトのフェーズや組織の事情によって当然結論は変わる可能性がある。 OSSの開発者さん達は偉大ですごい。あ
プログラミング言語の実行速度比較（2023/4）
お知らせ この記事へのフィードバックを受けて、以下に更新版「プログラミング言語の実行速度比較（2023/5）」を公開しています。コメントをお寄せくださった皆様ありがとうございます。 プログラミング言語の実行速度比較（2023/5） はじめに 2019年に「言語間の速度比較」という記事を投稿した。 それから4年近く経過したので、それぞれの言語の最新版で再度検証する。また、サポートが終了したPython2の代わりに近年人気が高いRustを追加する。さらにC言語で算出した素数の格納をrealloc()で確保した領域にする評価も追加した。評価には、シングルスレッドで順次既知の素数で割ることで1億までの素数を求めるプログラムを使用（ソースはここ）
IT業界の裏話: 人の話を聞かないIT技術者の「ケータイ礼賛」と「PC礼賛」が痛いと思う理由
名前： 吉澤準特 職業： ＩＴコンサルタント 連絡： メルマガに記載 自己紹介のコメント： 自己紹介の詳細はコチラ→■ 外資系企業に住む住人の視点からIT業界の出来事を伝えます。ご興味のある方は、メルマガの登録をお願い致します。 Twitterやっています。 →http://twitter.com/juntoku_y マイナビニュースで「IT業界裏講座」を掲載中です。そちらもヨロシクお願い致します。 →コンサル直伝－IT業界”裏”講座 EnterpriseZine（翔泳社）で記事掲載中です。そちらもヨロシクお願い致します。 →ファシリテーションで会議を変える/ITIL解体新書/デキるシステム担当者のスキルノート 2010年7月末、日本能率協会マネジメントセンター（JMAM）より「フレームワーク使いこなしブック」を上梓しました。仕事の質と効率を高める思考の枠組み・フレームワーク。本書は、架空
プロダクティブ・プログラマ
TOPICS Programming , Business/Essay 発行年月日 2009年04月25日 PRINT LENGTH 284 ISBN 978-4-87311-402-6 原書 The Productive Programmer FORMAT PDF 生産性の高い人はそうでない人に比べ、同じ時間でより多くの仕事をし、より多くの成果を上げることができます。本書は、ソフトウェア開発におけるプログラマの生産性についての書籍です。プログラマ個人が、どのような意識を持ち、どのようなツールを使えば、単位時間当たりの仕事量を増やすことができるかについて示します。本書は2部からなり、「I部 技法編」では、作業を自動化するためのツールや集中を維持する方法など、開発に必要な作業の生産性を向上するテクニックとツールを解説します。「II部 実践編」では、テスト駆動開発や、メタプログラミングなど、生
「アジャイルプラクティス」はスゴ本
marsさんが、「システム開発に関わる人はみんな読めー」と強力にオススメするにつられて読む。これはスゴ本。marsさん、良い本を教えていただき、ありがとうございます。 ■ どんな本? 本書は、開発現場で培われた「成果を出す習慣」を、45のプラクティスとして紹介している。開発速度を大幅に上げたり、高速納期を目指すような、「アジャイル開発プロセス」という決まったやり方は、存在しない。アジャイルな開発とは、現場でのさまざまな活動をアジャイルにしていく――つまり、変化に適応することを継続させていく―― 「習慣」だということに気づく。協調性+フィードバックによるプラクティスは、あまりにもあたりまえすぎて見過ごされがちかと。その反面、意識して実践するならばこれほど心強い金棒はないだろう。 ■ 忘れがちな基本中の基本「成果をあげるのが仕事」 面白いのは、「悪魔の囁き」と「天使の導き」との間で揺れ動く「感
PHP カンファレンス 2007 レポート
PHP カンファレンス 2007 レポート 2007-09-02-1: [PHP][MySQL][Solaris] 2007-09-01 に PHP カンファレンスが大田区産業プラザ (PiO) で行なわれました。 自分が見たプログラムの内容をメモしておいたので簡単にまとめます。また、まとめながら調べたことも一緒に記述しています。 なお、間違いがあるかもしれませんが、その際は教えていただけるとありがたいです。 - PHPカンファレンス2007プログラム概要 http://www.php.gr.jp/seminar/20070901/prog.php 1. 基調講演「PHP の今とこれから 2007」 PHP 4.3/4.4 の利用率は 75% 程度 PHP 5 について 移行のポイント クラスに関する部分E_STRICT によるチェックzend.ze1_compatibility_mode
理解することが書き直すことを意味するとき
Jeff Atwood / 青木靖 訳 2006年9月18日 開発者に時間をどう使っているか聞いたなら、彼らはほとんどの時間コードを書いていると答えるだろう。 しかし、ソフトウェア開発者が時間を実際どう使っているか観察したなら、ほとんどの時間をコードの理解に使っていることがわかる。 ピーター・ハラムがこのことについて説明している。 どうしてコードを新規に書くより5倍もの時間をコードの修正に使っているのか? それは新規のコードはほとんどすぐに古くなるからだ。何か新しくコードを書く。コーヒーを飲んで一服する。すると突如として、コードは古いコードになっている。できたてのコードはせいぜい初期のデザインしか反映していないが、デザインの多くの部分は前もって現われるものではない。開発プロジェクトの多く が反復的開発手法を使っている。デザイン、コーディング、テスト、繰り返し。たくさんの繰り返し。すべてが新
顧客が本当に必要だった言語 : 404 Blog Not Found
2007年06月14日16:30 カテゴリLightweight Languages 顧客が本当に必要だった言語 というわけで、下ごしらえも済んだので私も一つ。 Ruby 顧客が説明した要件 C++ 営業の表現、約束 Haskell アナリストの設計 Fortran プロジェクトリーダーの理解 COBOL プログラマの実装 PHP ベータ版テスターの受難 Brainf.ck プロジェクトの書類 Perl 6 リリース時期 Java 広告 sh 実際の運用 C 障碍対策 CPAN オープンソースの場合 Perl 5 パッチ適用後 にほんご 顧客が本当に必要だったもの [これはひどい] はてブの影響 Dan the Blogger You Really Needed 「Lightweight Languages」カテゴリの最新記事
404 Blog Not Found:勝手に添削 - 技術の盗み方
2007年05月08日14:15 カテゴリArtBlogosphere 勝手に添削 - 技術の盗み方 盗まれることが年々増えてきた立場から。 Geekなぺーじ：技術の盗み方 やる気を見せる 礼儀正しく 先輩と一緒に飯を食べる 不思議に思う 「それ知ってます」は禁句 技術を持たない人を軽視しない 必ずしも技術が全てではない これ、見事に 小野和俊のブログ:「アドバイス」について考える 自慢 注意する側にまわる喜び 負けていないことのアピール 俺流の押し売り への対策になっている。 はっきり言おう。この程度で盗める技術なら、先輩から盗むよりぐぐれ、と。この程度で盗める技術しか持たぬ先輩は、先輩の名に値しないと。 以下、添削結果。 やった結果を見せる やる気は添削できない。やった結果なら添削できる。 敬意を払う 礼儀はマニュアルに書ける。嘘だと思うならファーストフード屋でバイトしてみるといい。し
プログラミングの6大10項目リスト
Jeff Atwood / 青木靖 訳 2007年3月22日 以下に私の選ぶプログラミングの6大10項目リストを挙げておく。取り上げた順序には特に意味はない。このエントリを簡潔なものにしておきたいので、それぞれの項目は短い要約を引用するに留める。興味を引くものがあれば、ぜひリンクをたどってオリジナルの作者の考えについてもっと詳しく読むことをお勧めする。 [ 訳注: 要約だけで意味が取りにくいものに簡単な説明をつけた。] ジェラルド・ワインバーグの｢エゴレスプログラミングの十戒｣ 自分が誤りを犯すということを理解し、受け入れること 。 自分と自分のコードは別物である。 どんなに｢空手｣を学ぼうと、いつでもあなたよりもっと詳しい人間がいる。 相談せずにコードの書き直 しをしない。 自分より無知な人に対しても尊敬と敬意と忍耐を持って接すること。 世界で唯一変わらないのは変わるということだけ。 唯
PLATFORM WATCH - ソフトウェア開発は何に似ているか?
プログラミング雑誌の編集をしていると，ソフトウエア開発やプログラミングは，何に似ているだろうか，と思うことがある。 昔から様々な比ゆ（メタファ）が用いられてきている。Webで検索できるものを挙げてみても，料理，音楽（作曲），小説の執筆，面白いところでは，精神分析，臨床心理学…などの意見が見つかる。興味のある方はぜひググってみるといいだろう。 様々なメタファがあるなかで，最も広く知れ渡っているものを挙げるとすれば「建築」だろう。ソフトウエア開発を「建築物を作ること」ととらえ，開発プロセスを大きく上流（設計）工程と下流（建設）工程に分けるという考えは，単なるメタファにとどまらず，ソフトウエア開発の様々な面に大きく影響を与えている。 例えば，○○アーキテクチャとかITアーキテクトといった用語が出てくるのは，建築をメタファとした影響だろう。ソフトウエアの設計ノウハウの集まりであるデザインパタ
定番アルゴリズムを徹底理解！ - 今からでも遅くない！アルゴリズム入門：selfup
このパートでは，プログラミングを勉強するうえで欠かせないアルゴリズムの中でも定番中の定番を紹介します。ソート（並べ替え）やサーチ（検索）などの機能は今では標準のライブラリとして提供されています。実用的なプログラムを作るときにそのものずばりをいちいち書く機会は少ないかもしれません。しかし定番のアルゴリズムは，様々に形を変えて普段のプログラミングに登場します。 解説を読んで仕組みがわかったら，ぜひそれをプログラムにしてみてください。読んだだけではプログラムを書けるようにはなりませんし，プログラムを書いてみて初めて，実は十分に理解できていなかったと気付くことがよくあります。しかもアルゴリズムは特定のプログラミング言語に依存しないので，一度身に付ければ，後でどんな言語を学ぶ場合でも役に立ちます。 1番目から6番目まではソートのアルゴリズム，7番目から9番目まではサーチのアルゴリズムです。一つひとつ
#1 プログラマーの三大美徳その1「怠慢」
この記事は会員登録で続きをご覧いただけます申込は簡単3分！ 今すぐ会員登録（無料） 会員の方はこちら 有料会員（月額プラン）は初月無料！ 詳しくはこちら ▼日経クロステック有料会員になると… オリジナル記事がすべて読める 専門雑誌7誌の記事も読み放題 雑誌PDFを月100ページダウンロードできる
最速インターフェース研究会 :: Sledge::Plugin::DebugTemplateで開発効率が135倍になるデモ
フォームポストでテンプレートを送りつけると、それを使ってページを表示してくれるSledge::Plugin::DebugTemplateというのを作った。これによりJavaScriptやCSSのみならず、HTMLテンプレートすらローカルファイルと差し替えて開発ができるようになった。 ソース(nopasteが24時間で消えるの知らんかった) http://rafb.net/paste/results/Ohpek040.html http://la.ma.la/misc/src/DebugTemplate.pm Winkで作ったデモ http://la.ma.la/misc/demo/debug_template.htm ブラウザを制御してページの内容をダミーのフォームに置き換えて現在のバッファの内容をペーストしてフォームポストしています。どちらかというとこっちの方が肝で、このデモは萌ディタと
404 Blog Not Found:プログラミング言語foobarの生産性の高さはどこまで本当か
2006年10月03日01:00 カテゴリLightweight Languages プログラミング言語foobarの生産性の高さはどこまで本当か 分裂勘違い君って、コードは分裂も勘違いもしてないのね(失礼)。 分裂勘違い君劇場 - Rubyの生産性の高さはどこまで本当か？ もの人がブックマークしているこの「Rubyを仕事に使うべし！Part1 なぜ仕事で使うとうれしいのか」という記事で、Rubyのすばらしさついて、いろいろ書かれていますが、実際のところ、どの部分が、どこまで本当なのでしょうか？ 少し検証してみたいと思います。 それはとにかく、言語の生産性で最も大事なのは何かを改めて考えてみた。 出た結論は、これ。 それを手に入れたくなった時に、それが手元にある事 はっきり言って、「いろんな言語のいいとこ取り」も「構文が強力」も「楽しくプログラミング」も 「問題が起こりにくいように設計され
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
西川善司の3Dゲームファンのための「Gears of War 2」グラフィックス講座 究極の流血表現と残虐表現に見る新生「Unreal Engine 3」の実力とは？
第1回：複数人による開発の要所を押さえる (1/3) | Think IT（シンクイット）
Google Code Search