4月11日から米サンタクララで行われた「MySQL Conference & Expo 2011」。このイベントでDeNAの松信嘉範（まつのぶよしのり）氏が、同社の大規模なMySQLの運用を支えている技術とツールについてのセッション「Automated, Non-Stop MySQL Operations and Failover」を行いました。 プレゼンテーションの中で、社内で利用しているフェイルオーバーの自動化ツールをオープンソース化することにも触れています（英語のドキュメントも作成中とのこと）。 MySQLの大規模運用における自動フェイルオーバーは、特にクラウドでのMySQLの利用が増えるにつれてニーズが高まる分野と思われます。セッションのスライドが公開されていますので、そのポイントを紹介していきます。 自動化されたノンストップなMySQLの運用 ソーシャルゲームでは高可用性が強く求
XRと私｜xyx
VRChatは実質無料 VRChatを使用しているといつの間にかPCやVRデバイスを買っていたり、創作に目覚めてプロ向けソフトを買って数万円～数十万円が消滅する現象。私の場合、”VRChatをやっていたら転職していた件について”。 客観的にはこの記事もまたありふれた「お気持ち表明」だけど、この判断をしたことを後悔しないように、過程を公開記述しておこうと思う。もしかすると面白い読み物になるかもしれない。 端的にいうと、VRChatで出会った人たちに心動かされて、そしてVRの可能性を再び目の当たりにして、この流れにどう貢献できるかと考えた結果転職するのが最善という結論に至った。 思い返してみると、2012年に初代Oculus Rift DK1を支援した前後の数年間は、ARとVR、つまりXR全体に対してかなり色々な思いがあったはずなのに、業務でプログラムを書くようになってからは久しく忘れていた。
先日書いた前編の続きです zaikabou.hatenablog.com こういう声をいただきまして マンションを買うまでの記録 前編 - 日毎に敵と懶惰に戦う 価格は？世帯年収いくらで金利は変動か固定か？金利は？何年ローン？頭金は？最寄り駅は？徒歩何分？何平米？築年数は？間取りは？設備は？重要な情報が何一つとしてない。参考にならない。 2021/11/06 09:38 b.hatena.ne.jp おっしゃる通りとは思うのだが、いろいろ書きすぎると特定要素になってしまうので、敢えて書いてないのです。わかりにくくてすまんな… これだ！と思える物件を見つけたのが月曜日、内見したのが日曜日の昼過ぎ、そして現金一括の人に持っていかれたのが判明したのがその日の夜。急展開過ぎて笑ってしまう。現金一括だろうが、ローンだろうが、売り手は一括でお金を受け取れることには変わりないのだが、万一ローンが通らなか
特許庁のシステム開発が破綻した本当の理由
特許庁と東芝の新システム開発契約打ち切りについて、なぜこの開発プロジェクトが破綻したのかについて私なりの解説をしようとバックグラウンドを調べたところ、調べれば調べるほど、この問題の根底には（１）コスト意識が欠如し自分たちが「公僕」であることを忘れてしまった霞ヶ関官僚、（２）霞ヶ関から流れて来るお金にたかる IT ゼネコン、（３）そのお金の流れに対する影響力を利用して票を稼ぐ政治家、という原子力業界と全く同じような構図があることが明らかになり、ウンザリしてしまった。 破綻の原因は、ソフトウェア・アーキテクチャやプロジェクト・マネージメントにあったのではなく、「競争原理が正しく働かない社会構造」そのものにあるのだ。これではうまく行くはずがないし、たとえうまくいったとしてもやたらと高くつく。 そもそも破格だと言われた９９億円という落札価格も、私から見ればどうみても高すぎる。特許庁のシステムであれ
企業でWebアプリケーションエンジニアとして働き始めて2年と4ヶ月ほど経ちました。様々な仕事を経て、自分が向いていることや楽しく感じることが徐々に明らかになり、数年後になりたい像がぼんやりと浮かび上がってきました。そして、その将来像が世間的には「エンジニアリングマネージャー」（以降EM）と呼ばれていることもわかってきました。この記事では、EMについて自分が周囲から受け取った知識を整理するとともに、そこに向けてどんな戦略を取ろうとしているかをまとめてみます。マネージャーというとネガティブなイメージも拭えませんが、EMは年を重ねて吸い込まれるものではなく、積極的に取りに行くに値する面白いポジションであると思います。この記事を読んでEMに魅力を感じる同世代の仲間が増えると嬉しく思います。 EMについての理解 エンジニアリングマネージャーという職務についてのオーバービューは、広木大地さんによるエン
Twitter・Dropbox・Tumblr・Pinterestなどが何を使って運営されているかがわかる「Cloudstacks」
ケーススタディのページ・実際に利用しているカスタマー・推薦の言葉を載せているページ・全自動で得られたデータなどを最終的には人力で分析し、「あの有名スタートアップ企業はどういうサービスを組み合わせて運営されているのか？」がわかるのが「Cloudstacks」です。 Cloudstacks | Leanstack - Find the best cloud services. http://leanstack.io/cloudstacks/ 例えばTwitterの場合は以下のようになっており、DNSマネージメントは「Dyn」、ウェブサイトの死活監視は「Pingdom」、CDNは「Akamai」、ヘルプデスクは「Zendesk」といったようなことがまとめられ、一目瞭然となっています。 Twitter | Leanstack - Cloud services for developers. htt
ケータイ大規模サービスの開発・運用に関する資料のまとめ Tweet 2009/2/18 水曜日 matsui Posted in 記事紹介・リンク | 5 Comments » 先月末に「満足せる豚。眠たげなポチ。大規模サービスの運用事例まとめ」という大変素晴らしいブログエントリーがあり、ブックマークしていたのですが、なかなか時間を作れずに目を通せずにいました。 本日読んでみると、とてもためになる情報が多かったため、まとめのまとめという形ですが、資料の中からケータイ関係の事例を抽出して、簡単にコメントをつけてみました。 まず、大元の記事はこちらです。 → 満足せる豚。眠たげなポチ。 大規模サービスの運用事例まとめ [blog.hacklife.net] → 満足せる豚。眠たげなポチ。 「大規模サービスの運用事例まとめ」に補記 [blog.hacklife.net] → livedoor 開
※最後に2つ追記しました。 この話面白い。 11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - デジタル - 日経トレンディネット http://trendy.nikkeibp.co.jp/article/column/20111215/1039018/ スマホゲームアプリの開発を命じられたのは、東日本大震災直後の今年3月。 出された課題は 「4月から開発に着手し、7月末までに70タイトルそろえる」 「開発スタッフは既に決まっている人間で進める」 「8月にTVCMなど大々的なPRを行うため遅延は許されない」の3点 『11のやめたこと。』 1.「組織の細分化、階層化をやめる」 マネジャーが増えるということは、ゲームの作り手が一人減るということ。 優秀な人間がマネジャーになるほど、アプリの制作力は低下する。 2.「職種別の目標設定をやめる」 プログラマー、企画など
若手エンジニアを不幸にしないための開発の「べからず」集を書いてみました。 「若手エンジニアを不幸にしないため」とは書いていますが、若手に限った内容ではありません。 いろんな開発の「べからず」のために不幸になるのは、とりわけ若手が多いということを意識したためだと思ったからです。 ・若手には、方針の決定権がない。 ・若手は、組織の中で道具のように扱われてしまう場合がある。 ・(今の）若手は、将来も働き続けるための力を付けるための組織内での教育が、（昔ほど）なされなくなってきている。 ・コスト意識が乏しいので必要性が乏しいことについてまで残業前提の仕事のスケジュールを組織がたてることが多い。（その分野の理論を知っていれば自明のことを実験で証明することを要求されるのは苦痛である。） 設計指針の「べからず」 何ができれば十分かを明確にしない 開発目標は、何ができれば十分なのかを明確にしないまま、追加
prototype.js が jQuery に置き換えられた時、開発者が気づいたのは、自分に本当に必要だったのはprototypeのメソッド拡張などではなく、クエリエンジンだったということ。 coffeescriptが当初、熱狂的に支持された背景はなんだっただろう。今思えば、それはアロー記法とクラス構文だったと思う。 javascriptの関数型への憧れ、prototypeベースの限界 javascript は断じて関数型言語ではないが、他の言語と同じぐらい関数型言語に憧れていたのも、また事実だろう。しかしビルトイン関数が高階関数を要求するデザインにしては function というキーワードはながすぎたし、その function が暗黙に作り出す this スコープの複雑な振る舞いも開発者の悩みの種だった。「あらゆる関数スコープで状態を持つことが"できすぎる"」という割れ窓だった。 ES5
営業、受注、制作、納品、運用と、ウェブ制作の活動は長期に渡り、そのタスクの種類と量は膨大です。だからこそ、基本的なプロセスや使用するドキュメントなどを明確に定義しておかないと、サービスの品質が担当者により大きく変わることになります。 ベイジは社員がまだ5名の頃、各人に委ねた進め方によって以下のようなトラブルが頻発していました。 ミスが発生しても「次から気をつける」と精神論で終わらせてしまう 担当するディレクターやクリエイターによってタスクの抜け漏れが起きる 担当者それぞれが属人的な進め方をしてて品質が安定しない 役割が不明瞭なグレーゾーンのタスクが放置されてしまう 創造的な仕事の時間が、ルーチンや計画にないタスクに奪われてしまう 新しい社員が入る度に同じことを教えないといけない これら問題を解決するため、2014年頃からワークフローを整備するようになりました。ちなみに私が入社したのはこれ以
1.ガチ新人向けのコンピュータに関する教養 新入社員で専門課程で情報処理教育を受けていない場合の基礎教育 専門教育を受けていてもレベルによっては、適宜読んだほうがよい プログラムはなぜ動くのか 第２版 知っておきたいプログラムの基礎知識 プログラマにとってCPUとはなにか データを2進数でイメージしよう コンピュータが小数点数の計算を間違える理由 四角いメモリーを丸く使う メモリーとディスクの親密な関係 自分でデータを圧縮してみよう プログラムはどんな環境で動くのか ソース・ファイルから実行可能ファイルができるまで OSとアプリケーションの関係 アセンブリ言語からプログラムの本当の姿を知る ハードウェアを制御する方法 コンピュータに「考え」させるためには レッツ・トライC言語! ネットワークはなぜつながるのか 第2版 知っておきたいTCP/IP、LAN、光ファイバの基礎知識 第1章 Web
はじめに Webエンジニアの皆さん、日々の業務お疲れ様です。皆さんは、さぞや楽しいエンジニアライフを送っていることでしょう。最近は技術の進歩も落ち着いてきましたので、Rustなんかに手を出して、先行者利益を目論んだりしているのではないでしょうか。 さて、そんな楽しい中、たまにやってくる何とも言い難い案件というのが「WordPressのテーマ作成」です。普段、大規模開発や自社サービスに携わっている方は、WordPressに関わることはないかもしれませんが、請負業務やフリーランスの方には、ふと湧いてくる案件でもあります。そして、何かと言い訳を付け、できる限りWordPress関連の案件は避けているのではないでしょうか。 なぜ、エンジニアはWordPressを嫌うのか エンジニアというのはWordPressを嫌う傾向にありますが、それは何故でしょうか。 プライドがゆるさない WordPress界
こんにちは。グリーのmdoi(@m_doi)です。 今回は、グリーの監視システムについて説明したいと思います。以前、こちらの記事にて、リソース監視システムの説明をさせて頂きましたが、死活監視やログ監視については語られなかったので、気になっていた方も多いと思います。ということで、今回は、グリーのインフラにおける死活監視やログ監視、アラート通知システムを紹介したいと思います。 何を使っているの？ グリーでは、死活監視にNagiosを使用していました。監視システムの中では、かなり有名なソフトウェアですから、監視システムの構築に使用したことがある方も多いのではないでしょうか。プラグインも豊富に存在するので、様々な監視を行うことができます。死活監視は、このNagiosの機能をそのまま利用し、ログ監視は、Nagiosと独自に作成したエージェント及びログフィルタを連携させて行っていました。 全体のシステ
この記事は、 Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ についてのアンサー記事です。 うなすけ君が Ruby on Rails で育ってきたように、僕も JavaScript とともに育ってきたという自覚があります。なので、これについて書くことは、ポジショントークは避けられない、という感覚があります。 冷静に比較しようとも思いましたが、やっぱり開き直って思いっきりポジショントークをすることにしました。そっちのほうが面白いと思うので。 自分の基本的な主張は、こちらの記事にあるとおりです。 Frontend Study #1: 基調講演 - Frontend 領域を再定義する 自分と Ruby on Rails 僕は、キャリアとしては Rails の会社で JavaScript を書いてきたことが多かったです。学生の頃は socket.io
2019年版Vue.jsを使ってる人には必ず知っていてほしいVue.jsの武器とドキュメントに書かれていないコンポーネントやメンテナンスの際に役立つTips - Qiita
2019年版Vue.jsを使ってる人には必ず知っていてほしいVue.jsの武器とドキュメントに書かれていないコンポーネントやメンテナンスの際に役立つTipsアーキテクチャVue.jsElmReactAngular2 はじめに 私はVue.js with Vuexを使った業務で1画面30APIを叩く必要のある画面から、たったの数APIしか叩かないけれど、代わりにUIがとても機能的で複雑な画面まで設計し、構築しました。 もちろん、Vue.jsのコンポーネントシステムをフル活用し、Vuexを入れていないプロジェクトの経験もあります。 現在は構築したシステムを保守・運用しています。 また、勉強の為にReact、 Angular、 最近はElm等にも少し触れています。 その際に得られたノウハウ、Vue.jsが他のライバルフレームワークと比べた際に現時点で本当に勝っている利点やノウハウを言語化し、共有
北海道に家族でスキーに出かけている友人Aから下記のようなメッセージが届き、グローバルで人を採用している友人Bからも下記のようなメッセージが・・。この現実、皆さんはどう思われますか？ 友人Aからのメッセージ今週、娘の学校がおやすみなので 北海道のキロロリゾートという、バブル時代にYAMAHAが開発したスキー場に来てます。少し前に、StarwoodGroupになってから、毎年来るようになったのだけど、とにかく中国人しかいないリゾートなの。昨年は、タイの会社がこのスキー場を買収して、追加の大規模開発を始めていて、今年は、そこらじゅうタイ語（と言っても中国人系だけど）でびっくり。それも、タイの人は、まだ、スキーは慣れていないのか、スキー用ゴンドラに普通の服の人が大量に乗ってるという、不思議な光景。。。ホテルは改造されて、スイートルームが大幅増設され、かつ、フトロントからレストランのスタッフまで、み
JavaScript おじさんが教える本当の Modern JavaScript 入門 1 - Qiita
一部修正しました Udemy で React コース公開してます。(絶対 Udemy の 1200 円割引価格にはしないので、このリンクから買ってもらうのが一番お互いに得です。) Udemy React + Redux コース 本発表における Modern JavaScript とは何か Phase 1 として以下の環境での開発ができれば Modern JavaScript に入門できたものとする。 Webpack, Parcel 等の module bundler による "module system" の活用。 ES2015+ や TypeScript といった "Compile to JS *1" の使用。それに伴う Babel によるトランスコンパイルツールの使用。 ESlint, Prettier といった集団開発における、ソース品質安定のためのツール の使用。 ここまでのツール
JavaScript のブロックスコープと名前空間 « Mozilla Developer Street (modest)]
Web 開発や拡張機能開発で JavaScript のコードを書いていると、誰もが一度は次のようなことで悩むかと思います。 ブロックスコープと名前空間 (グローバル変数汚染の回避) 読み書きしやすくデバッグしやすいコードスタイル コールバック関数と this オブジェクトの取り扱い デバッグ方法とデバッグ支援モジュール 非同期処理の書き方 いずれも解決方法は人によって様々で、これが常にベストと言えるものがなさそうですが、私なりにそれぞれ検討したことなどを書いてみようかと思います。もっと良い方法があるとか色々皆さんのご意見やツッコミをいただければ幸いです。 JavaScript では名前空間は言語仕様でサポートされておらず、ライブラリや拡張機能などのコードを書くときにはグローバル変数の使用を最小限に抑える必要があります。先日の Mozilla 勉強会＠東京 3rd でも佐藤さんと守山さんの発
![JavaScript のブロックスコープと名前空間 « Mozilla Developer Street (modest)]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8eebd75773eb0321573d9040b42d88f184780c77/height=288;version=1;width=512/https%3A%2F%2Fdev.mozilla.jp%2Fwp-content%2Fthemes%2Fmodest%2Fimages%2Fpage-image.png)
主張 ソフトウェア開発prjがなかなかアジャイルにならないのはなぜかなぁと考えてみた。 昨今、エンジニアにおいては、知識としての共有の機会も増えているし、実際に経験済み、習慣化済みになってきているように思う。要は「しっくり」くることが多いのだと思う。 しかしながら、現実のprjが経験型のアプローチ(アジャイル)を取ることはまだまだ少ない。この要因として、エンジニアと協業する他のメンバー、あるいはprjの利害関係者(組織の上層部を含む)が予測型の進め方を望むからではないか、と感じている。 というわけで、エンジニアと仕事をするエンジニア以外の人に伝えたいと思い、書いてみる。そのためにはおそらく、アジャイル開発、スクラムのプラクティスがどうこう、というよりは、プロジェクトマネジメントの世界観として語る方がよいかというのが本稿。エンジニアとして、抽象的な「しっくり」の言語化にもなればよいと思う。最
はじめにTIG真野です。 秋のブログ週間2023 の3本目は、設計ドキュメントをGit管理して腐らせないようにがんばってみた話をします。 前段として6年前、「我々はいかにシステム開発におけるドキュメント腐る問題と戦えば良いのか」という記事を書いたのですが、その後の試行錯誤はどこにも残していないことに気づきました。普段のフューチャー技術ブログですとちょっと引け目を感じるテーマですが、秋の夜長を楽しむため読み物成分を多めに書くというテーマのこのブログリレーにピッタリな気がするため、この機会をお借りします。 ドキュメントも色々な種別があるかと思いますが、この記事では設計ドキュメントを指すことにします。設計ドキュメントは開発メンバーが参照するもので、ステークホルダーへの説明資料に引用して使うことはあれど、主目的は異なるという前提です。Design Docの場合もありますし、システム構成図、ERD、
Node.jsは普及しそうに無い: ニュースの社会科学的な裏側 http://anlyznews.blogspot.com/2011/02/nodejs.html という記事があったので、もしかしたらいい感じにNode.jsについてのよくある誤解がここに網羅されてるんじゃないかと思ってエントリを書きます。決して顔真っ赤にして反論してるわけじゃないよ！ で、まず 理由は簡単で、Googleがリリースしたアプリケーション・サーバーであるnode.jsが、JavaScriptとその実行エンジンを基本とした構成となっており、その性能が高いからだ。 とありますが、Node.jsはGoogle製ではありません。Node.jsがベースとしているJavaScriptのV8エンジンはGoogle製（のオープンソース）ですが、Node.js自身はJoyentという会社のサポートによって作られています。メインコ
Yahoo! JAPAN トップページを Atomic Design と React・Redux・TypeScript で作り変えたお話
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちはお久しぶりです。岡部和昌（@kzms2）と申します。 今回お話しする内容はタイトルでほぼ全部述べているのですが、PC 版 Yahoo! JAPAN のトップページを 2019 年 10 月 1 日に刷新、主に開発環境をアップデートした経緯と採用した技術に関してのお話です。 見た目に関しては特に大きな変化はなかったので、気が付かなかった方も多いのではないでしょうか？ なぜ刷新したか Yahoo! JAPAN トップページは 2008 年 1 月 1 日に大規模なリニューアルを行いました。その頃からある程度の改修はあったものの、基本的にはコードの継ぎ足しで修正を加えている状態でした。 （参照；Yahoo! JAPAN トップ
javascriptのprototypeはなかなか理解してもらえないですねぇ。 ここ1年間でマジマジと実感しました。 特に、大規模開発をしているとこだと、いろんな知識が入り乱れていて（ホームページ時代からAjax本を読んだ人とか)が、javascriptが単なる関数型列挙な言語(語弊があるけど)という見方が大多数を占めているように見えます。 そんな中で "String.prototype.trim" みたいなコードを見せても、説明下手なのか中々上手く伝わらないですねぇ。 ということで(?)、僕がjavascriptのprototypeを身に着けるまでやったこと、とか。これも備忘 prototype.jsのソースコードを眺める Array.mapとかEnumerable, Hashは勉強になりますねー。 ただ、prototype継承されすぎて、ちょっと多すぎなこともあります。 var
PHPとMySQL はじめに、PHP（Personal Home Page tool）について簡単に紹介します（注）。ご存じのように、PHPはWebアプリケーションの定番として定着しています。また、Strutsのような大規模開発向けフレームワークがもてはやされる一方で、PHPをはじめPerlやRuby、Pythonといったスクリプト系言語に代表される「Lightweight Language」が手軽さと機能の豊富さから近年再注目されています。特にDBやWebとの相性がいいPHPは、初歩的なWebアプリケーションから本格的な用途まで幅広く利用されています。 PHP 4.1まではおおむね順調にリリースされていたのですが、PHP 4.2で「register_globals問題」が大きく取りざたされました（コラム1）。ちなみに、快速MySQLでデータベースアプリ！の第5、6回で紹介しているPHPサ
山本一郎氏が語る「プロジェクト炎上のメカニズムと早期発見，行うべき処理の概論」。ゲーム開発はなぜ炎上するのか ライター：徳岡正肇 プロジェクト炎上のメカニズムと早期発見， 行うべき処理の概論 山本一郎氏 2013年4月15日，Unity開発者のためのイベント「Unite Japan」が都内で開催され，「プロジェクト炎上のメカニズムと早期発見，行うべき処理の概論」と題する講演が行われた。登壇したのは，炎上といえばこの人，ブロガーの“やまもといちろう”こと山本一郎氏だ。 「炎上」と聞くと，我々は「うっかり発言で，ネット大炎上」などといったフレーズを思い浮かべるが，ここで語られる「炎上」というのは，ゲームの開発がにっちもさっちもいかなくなってしまう状況のことで，山本氏は，そういった案件に対する火消しのプロなのである。 Unityに限らず，ゲームエンジンの普及によってゲーム開発は飛躍的に効率化して
2. 自己紹介 • @shiwano • HTML版ロードオブナイツのプロジェ クトには、6月中旬からアサイン • ゲーム開発への本格的な参加は、今回 が初めて • それまでは普通の Web 製作で、マー クアップとかやってた
独自 今月完成の新国立競技場に187人分の人骨
今月末に完成予定の新国立競技場で、準備段階の工事の際に187人分の人の骨が見つかっていたことが分かりました。 国立科学博物館・坂上和弘研究主幹：「体の骨の大きさとか歯の生えている状態から大体3、4歳くらいと推定できる」 見つかったのは幼児から高齢者までの男女の骨187体です。2013年から2015年にかけて、新国立競技場の本格整備に向けた準備工事の段階で地中から発見されました。この場所には以前、寺の墓地があり、江戸時代に埋葬された人の骨とみられています。 国立科学博物館・篠田謙一人類研究部長：「ここ10年間くらいで五輪があるとか大規模開発が行われるということで、急速に人骨が集まり始めてしまって、ちょっと対応しきれなくなってきてる」 今年、都内の別の工事現場でも1000体近くの人の骨が発見されています。専門家らは当時の生活を知るうえで重要な研究対象だとして、保管場所の確保を求めています。文化
WEBシステム、WEBプログラム開発において昨今ではjQueryではなくVue.js、React、AngularなどのJSフレームワークが主流となってきています。ただ、これらの活用は学習コストが高いといわれています。その原因はフロントエンドありきで話が進みすぎていたからだと考えています。したがって、自分の投稿記事は、jQueryを多用するWEBシステムエンジニアに向けた、フォーム操作をメインに置いた半備忘録兼自分なりに解釈した解説です。 ちなみに自分はサーバ構築からバックエンドまでこなしているワンオペエンジニア（フリーランス、非正規雇用に非ず）です。 コンポーネント、ルーティング、スタイル周りの続編を作成しました（編集が困難になるほど容量圧迫してたので、それぞれで独立させています）。また、Vueは3.2から採用されたscript setup、Angularは14から採用されたスタンドアロン
サバクラ両方で動く JavaScript の大規模開発を行うために 原文：Scaling Isomorphic Javascript Code (This is just for study, please contact me at tily05 atmark gmail.com if any problem.) 考えてみれば Model-View-Controller とか MVC ってよく聞くよね。実際どんなものか知ってる？ 抽象的に言うなら「オブジェクト情報の保持されるグラフィック・システム (つまり、ラスターではないグラフィック。ゲームとか) 上に構築された、表示系を中心としたアプリケーションにおいて、主要な機能どうしの関わりをうまく分離すること」とでも言おうか。もう少し深く考えを押し進めてみれば、これは当然、他のさまざまなアプリケーションにもあてはまる言葉 (bucket te
大阪市民の皆様、お疲れ様でした。NHKが放送している、橋下氏が政治家を引退する旨を明言する会見を見てからこれを書いております。今日の会見を見る限り、橋下氏は完全に政治家を辞める気のようですね。あそこまで言って前言撤回したら、ただの嘘つきでしょう。 住民投票を取り巻く力関係橋下氏は、自分をチャレンジャーとして描くのが上手く、今回の住民投票も、ダビデ（橋下氏）がゴライアテ（既得権益）に挑むかのように描かれることもありますが、筆者はこのような見方はあまり的を得ていないと思っています。 お金という次元で見ると、維新の党は今回の住民投票に向けて４億円以上と言われる広告宣伝費用を投入しました。大ざっぱに言って、日本人の１３０分の２が大阪市民なので、日本全体の規模で考えると（追記：「全国規模で換算すると」という意味です）、２５０億円以上の広告宣伝費用をつぎ込んだことになります。対する自民党大阪府連の広告
“ドラゴンクエストXの舞台裏”サーバ・データベース開発のプロが語る、数十万人がいっしょに遊べるゲームができるまで【CEDEC 2012】 - ファミ通.com
“ドラゴンクエストXの舞台裏”サーバ・データベース開発のプロが語る、数十万人がいっしょに遊べるゲームができるまで【CEDEC 2012】 数十万人の冒険者を支える“バックエンド”とは 2012年8月20日～22日、パシフィコ横浜にて開催されている、日本最大のコンピュータエンターテインメント開発者向けカンファレンス“CEDEC2012”。3日目の2012年8月22日に行われた、“ドラゴンクエストXの舞台裏”と題したセッションをリポートしよう。 非常に胸躍るタイトルが付けられたこのセッション。CEDECに訪れたクリエイターたちの興味も高く、立ち見どころか、会場に入りきらないほどの多くの聴衆が詰めかけた。スピーカーは、スクウェア・エニックス開発部 プログラマの森山朋輝氏。森山氏は、「サーバサイドのマニアックなテーマなので、まさかこれほど多くの方が集まるとは……」と驚いた様子を見せつつも、極めて興
『深世海 Into the Depths』という名作ゲームを紹介したい - わたブログ - WataRidley's Blog -
2020-07-22 とても良いゲームを買った。『深世海 Into the Depths』である。 2020年3月26日の「Nintendo Direct mini」で紹介された Switch向けタイトルの1つで、「新感覚 潜水探検アクション」と銘打たれている。深海を舞台とした探索型アクションゲームだ。 世間では『あつまれ どうぶつの森』で話題が持ち切りなのに、何でこんなニッチなゲームを買ったの？と思われるかもしれないが、とにかくPVが印象的だったのだ。 Nintendo Directで発表された全タイトルの中でも、この『深世海』だけ得も言われぬ異彩を放っていたのである。以下の動画を見て欲しい。 深世海 Into the Depths™ [Nintendo Direct mini 2020.3.26] コレ、絶対自分が好きなタイプのゲームだわ… 直感的にそう思った。退廃的なSF風の世界観。
学生の頃インディーゲーム作ってて賞とか取ってましたていう新卒のエンジニアの子がいたんだけど会社でうまくいかなかった話→「ゲームに限らないな…」
BuchioGames @BuchioGames 本業はソシャゲのD/P/Mgr。個人的にもUnityでゲーム制作をやってます。 I'm a Japanese solo indie game developer. スマホ向け2.5D + 3Dアクションゲーム『SNO』体験版配信中 固ツイのリンクからDLできます！ lit.link/BuchioGames BuchioGames @BuchioGames 数年前、学生の頃インディーゲーム作ってて賞とか取ってましたていう新卒のエンジニアの子がいたんだけどこれが本当にうまくいかなかった 企画に納得いかない、ということが多々あったのだ 大規模開発になると企画、エンジニア、デザインと明確に分業し、それぞれの決定が重視される つづく 2024-05-25 11:22:04 BuchioGames @BuchioGames その子に関して僕が感じ取った
フロントエンドの開発環境に Docker は不要(少なくともMacでは) - mizchi's blog
追記: 前提部分 開発環境を docker-compose で抽象することが最近のベストプラクティスだとされているが、フロントエンドをコンテナに突っ込むと無視できないIOボトルネックが発生する。 とくにwebpackのファイル監視からのビルドで発生する高頻度のIO処理を捌くために、フロントエンドだけはホスト環境に移したほうがいい、という主張。 これについて speakerdeck.com 自分の意見 Web開発者の主要な開発環境である Docker for Mac は I/O がとにかく遅い (3x~5x) data volume の driver やら cache を工夫しても遅い npm install/webpack は 基本的に I/O ヘヴィー とくに大規模開発時の watch => build がクリティカル webpack.conifg の entry で自分が関与する部分以
この記事は 「Develop fun!」を体現する Works Human Intelligence Advent Calendar 2020 21日目の記事です。 昨日の記事は@sparklingbabyさんのStream API がもっとわかる記事でした。 あらすじ 私は2019年にWorks Human Intelligence（正確には分社前の会社）に新卒入社し、 19年10月からプロダクト開発部門に配属され、SETエンジニアとしてとある製品のJava開発環境の改善に取り組んでいます。 ざっくりとプロダクト開発を紹介するとこんな感じです。 3万クラス程度ある大規模Java Webアプリケーション 開発環境はEclipseを使用 開発者のOSはWindowsのみ Before 私が開発チームに参加した時点では 部門として新規開発に注力しており、足下の環境改善をやる担当者がおらず、 い
どの企業でどんなITツールが使われているのかを公開した「Cloudstacks」というサイトが先日話題になりましたね。 Twitter・Dropbox・Tumblr・Pinterestなどが何を使って運営されているかがわかる「Cloudstacks」 そこで弊社も便乗して、ChatWorkでどんなITツール&Webサービスが使われているかを一挙公開します。 プロジェクト運用 コミュニケーション、タスク管理、スケジュール管理などプロジェクトを円滑に実行するためにITツールの存在は欠かせません。 Google AppsGmail、Googleカレンダー、Googleドライブなどが統合された企業向けパッケージ「Google Apps」を弊社では2007年から利用しています。 「Googleサイト」でサービスの仕様をまとめたり、Googleドライブでガントチャートやプレゼン資料などのドキュメントを
この記事は、ある程度以上の規模のGUI開発において、React Hooks以後の宣言的UIにより、大規模開発に用いられる設計論に完全に対応できるようになり「ビジネスロジックの変更や追加」に対応するコストを低く保つこと（技術的負債の抑制）ができるようになったことを解説するものです。 技術的負債の抑制には、技術的負債の原因となりがちな「広範囲の密結合」と「適切な疎結合を保つ仕組みの欠如」が欠かせません。それをカバーするのが、大規模開発をクリーンに行える設計論（ここでは「現代的な設計論」とよぶもの）です。クリーンアーキテクチャなんかでGUIによく適用されるHumble Object Patternのようにプレゼンテーションとビューを分離する必然性が無くなるでしょう。 ポイントは ある程度以上の規模で開発するなら設計論をうまく使い設計しないと、技術的負債を抱え込む（ビジネスロジックの変更や追加に対
Yahoo! トラベルと一休.com のシステム統合プロジェクト - 一休.com Developers Blog
今から二ヶ月ほど前、10/1 に Yahoo! トラベル のリニューアルが完了しました。このリニューアルは、一休.com と Yahoo! トラベルの2システムを一つに統合することで実現しました。 ご存知の通り、ヤフーと一休は同じグループに所属する企業です。ざっくりいうと「同じグループで2つの宿泊予約システムを開発し続けるのは効率が悪いよね」という話があり、今回のシステム統合に至っています。 Yahoo! トラベルと一休のシステム統合は、(1) 2017年頃にホテルの空室管理や予約、決済、精算業務などを担うバックエンドのシステム統合を行い、そして (2) 今回 2021年春先から半年ほどをかけて、ユーザーが利用する画面も含めた全面統合を行いました。全面統合は総勢で 50名ほどのディレクター、エンジニア、デザイナーが関わる一休的には大きな規模のプロジェクトになりましたが、目立ったトラブルもな
あけましておめでとうございます。昨年に引き続き、今年もJavaScriptの近い未来についてちょっとだけお話させて頂きます。 最初に昨年の予想を見返しておきましょう。昨年は次の3つを2010年の鍵として取り上げました。 ウェブ標準 ブラウザ拡張 サーバーサイドJavaScript この3つを軸に2010年を振り返ってみます。 2010年のJavaScript界隈でのニュース ウェブ標準 2010年最初のビッグニュースはなんといってもIE 9のPlatform Preview版の登場でした。これまでの独自実装路線から一転して（正確にはIE 8の時点でJSONやWeb Storageのサポートなど、その徴候はあったのですが）、HTML5などのウェブ標準のサポートを進めることを表明しました。そして実際に8週おきにPlatform Preview版をアップデートして、ECMAScript5・S
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DeNAによる大規模なMySQLノンストップ運用の裏側にある、フェイルオーバー自動化ツール
マンションを買うまでの記録 後編 - 日毎に敵と懶惰に戦う
エンジニアリングマネージャーを目指す若者の戦略 - yigarashiのブログ
ke-tai.org > Blog Archive > ケータイ大規模サービスの開発・運用に関する資料のまとめ
最初から締め切り終盤勢いの開発は可能か? - teruyastarはかく語りき
若手エンジニアを不幸にしないための開発の「べからず」集 - Qiita
さよなら CoffeeScript - mizchi's blog
ベイジのウェブ制作ワークフロー2021年版（約100のタスクと解説） | knowledge / baigie
javaプログラマー向け学習のための本（新人から５年めくらいまで）を考えてみた - Qiita
WordPressのテーマを作る羽目になったWebエンジニアへ
大規模インフラの監視システム その2 | GREE Engineering
Re: Rails を主戦場としている自分が今後学ぶべき技術について
見えない所で起きてる日本の事実｜Kumi Fujisawa
今知ってほしいプロジェクトマネジメントのもう一つの世界観 ~予測型と経験型~ - higosophy
設計ドキュメント腐る問題、Git管理で運用してみた結果 | フューチャー技術ブログ
Node.jsについてのよくある誤解 - 自分の感受性くらい
ハタさんのブログ(復刻版) : 私は如何にしてJavascriptのprototypeを身につけたか。
MySQL＋Apache＋PHPをインストールしよう（1/3） ― ＠IT
山本一郎氏が語る「プロジェクト炎上のメカニズムと早期発見，行うべき処理の概論」。ゲーム開発はなぜ炎上するのか
短期間＋大規模ゲーム開発でも破綻しないHTML・SCSS
バックエンドエンジニアのためのVue.js、React、Angular入門 - Qiita
サバクラ両方で動く JavaScript の大規模開発を行うために
大阪の住民投票結果から見えるもの（渡辺輝人） - エキスパート - Yahoo!ニュース
新卒１年目が荒れ果てた開発環境に１年間でCIを導入し単体テストを布教した話 - Qiita
一挙公開！チャットワークを支える10の厳選ITツール&Webサービス
宣言的UIはReact Hooksで完成に至り、現代的設計論が必須の時代になる - Qiita
2011年のJavaScript ─ウェブアプリ全盛の時代へ | gihyo.jp