13年分の未熟なゲームのコード | POSTD
1人きりの金曜日の夜、何らかのインスピレーションを求めていた私は、以前のプログラミングのいくつかを再現することに決めました。 昔のハードドライブがゆっくりと回転し、栄光の日のソースコードが表示されます。 しかし、蓋を開けてみると、全く期待していたものではありませんでした。”ここまでひどかったのか。なぜ誰も言ってくれなかったのだろう。なぜ自分はこんなにひどかったのだろう。 1つの関数内に、これほど多くのgoto文をよく入れられたものだ。 “ 私はすぐに自分の試みを諦めました。そして一も二もなく、コードの削除とハードディスクの完全消去を考え出しました。 以下は、過去の自分を見ることで得た教訓や断片、警告などをまとめたものです。過去の過ちをそのまま公開するためにも、名前などは変更していません。 2004年 私は13歳でした。このプロジェクトは Red Moon という、野性的で野心的なサードパー
LearnDB :: LearnDB
Built with from Grav and Hugo LearnDB™ site content and logo are copyright © 2018 James Barton . All rights reserved. navigation Learn how to build a database This site hosts the lessons for LearnDB, a project that teaches you how to create a database system from scratch with Node.js and JavaScript. The project is the result of this reddit post and its accompanying survey: Would anyone be interest
本番環境のデータをマスクしてステージング環境に同期する - 食べチョク開発者ブログ
こんにちは。エンジニアの西尾です。 食べチョクのステージング環境では、本番環境のデータを日次で同期して利用しています。 今回はステージング環境の役割と、どのようにデータ同期をしているのかについてご紹介いたします。 ステージング環境 食べチョクでは、手元のマシンでプログラムを修正しコードレビューを実施後、改修内容をステージング環境にデプロイしています。 ステージングは、本番へのリリース前に修正箇所の動作確認・検証する環境です。この環境で動作や性能に問題がないかを確認後、本番環境へのデプロイを実施しています。 ステージング環境には、本番と同等のデータが入っています。 リリース当初は、ステージング環境と本番環境のデータは同期しておらず、テスト用のダミーデータで動作確認を行っていました。 しかしダミーデータでの確認だと、 ダミーばかりが並んだサイトと本番環境では見た目や印象が違っていて、UIが最適
オンラインゲームのチート対策の話
オンラインゲームの開発してるんだけどチート対策が大変だという愚痴 愚痴なのでふーん大変だねと読み流してくだせえ なんでかわからんけどチーターはどのオンラインゲームにもいる、奴らだけは過疎ってるゲームも見放さない みんなチーターBANしろよ糞運営って怒るんだけど、BANしてもBANしても奴らは帰ってくるんだ 自分がいちプレイヤーのときはチートとか防いどけよｗと思ってたけど、凄腕のハッカーに対抗するのは荷が重い 奴らアップデートから数時間後には実装した俺たちより詳しく仕様を把握してやがる、勘弁してくれ お前らみたいな人間がウチに入ってチート対策してくれよ、ゲームが好きでふらっとゲーム会社に入った一般ピーポーをイジメないでくれ 朝会社行くと「おいおい、これこれこういう風にすればこんなことができちまうぜ、俺ならこうやって穴を塞ぐけどな」みたいなありがたい英文メールが届いてたりする 良い奴だと思うだ
ほぼ毎月「キーボード」を買っているプログラマーが、最高の作業環境を追い求めた結果 - マネ会
お分かりでしょうか。 皆さんはPC用の「キーボード」を何台持っていますか？ 私の家には今、10台以上あります。 なぜ妻にこのようなツイートをされるまで、キーボードやそれに関連するグッズを買い求めるようになったのか。 この記事では、これまで私が使ってきたキーボードについて、そのときの心境を交えつつ振り返ってみようと思います。 キーボードは「キースイッチ」によって違いがある まず「キーボードごとの違いって何？」という方のために、キーボード選びにおいて大切な「キースイッチ」の種類について、私が実際に触れてみた打鍵感とともに紹介します。 メンブレン 一番ポピュラーな方式のスイッチ。「ペタペタ」とした打鍵感。 メカニカル 機械式のスイッチ。種類はいろいろあるが「カシャコン」とした打鍵感が特徴で、ゲーム用のキーボードに多い。確実な操作性が売り。 光学 無接点。最近、ゲーム系のキーボードで採用され始めた
超大規模システム経験者が考える、攻めの開発を続けるために大切なこと| PLAID engineer blog
品質重視の超大規模システム開発経験からスピード重視の開発する環境に転職し、大規模システムの観点から攻めのスピード開発を止めないために考察した記事です。
肝臓を壊すアルコール～勝谷誠彦さんの死から考える(榎木英介) - 個人 - Yahoo!ニュース
肝不全で… この前兵庫県知事選挙に出てたじゃないか…。その訃報に耳を疑った。 コラムニストや写真家として活躍した勝谷誠彦（かつや・まさひこ）氏が２８日午前１時４８分、肝不全のため生まれ故郷の兵庫県尼崎市内の病院で死去した。５７歳だった。 出典:スポニチ まだまだこれからというときの訃報に、心からお悔やみ申し上げる。 勝谷さんは以前私が所属する全国医師連盟の集会に来られ、講演されたことがあるが、医療に関する鋭いご意見は私たちにもとても参考になった。こうしたご意見が聴けないと思うととても残念に思う。 報道によれば、勝谷さんは8月に重症アルコール性肝炎で入院したという。 関係者によると勝谷氏は「重症アルコール性肝炎」と診断され、入院当初はＩＣＵに入り、非常に危険な状態にあったが、治療の後に奇跡的な回復をみせて、重篤状況を脱したという。 出典:デイリー 10月に退院したが、黄疸は続いていたという。
CockroachDB 2.1 is now 50x more scalable than Amazon Aurora | Cockroach Labs
[For CockroachDB's most up-to-date performance benchmarks, please read our Performance Overview page] Correctness, stability, and performance are the foundations of CockroachDB. Today, we will demonstrate our rapid progress in performance and scalability with CockroachDB 2.1. CockroachDB is now 50x more scalable than Amazon Aurora at less than 2% of the price per tpmC. And unlike Aurora and other
The npm Blog — Details about the event-stream incident
The npm blog has been discontinued. Updates from the npm team are now published on the GitHub Blog and the GitHub Changelog. This is an analysis of the event-stream incident of which many of you became aware earlier this week. npm acts immediately to address operational concerns and issues that affect the safety of our community, but we typically perform more thorough analysis before discussing in
5年強勤めたNTTを退職する気はありません（無能編）
みかかをやめたエントリーが流行っていますが、自分自身もOBOGのみなさんが指摘している問題は当然認識しております。 特に心に来たのがこちら。 https://anond.hatelabo.jp/20181126192228 それなのに、なんで自分は当面しがみつく気でいるんだっけ、と考え直すきっかけになったので 自分向けの整理を兼ねて、このぬるま湯を飛び出す気なんてない無能側からの視点で書かせていただこうと思います。 以下、殆ど労働環境の自虐風自慢になりますので「叩く前に一応中身見ておくか」と思ってクリックしてくれた律儀な方は 現時点で戻るボタンを押してブクマにご登録の上「結局自慢じゃねーか時間を無駄にした」なり「ブルジョアがいたぞ殺せ」なり書いてくださって結構です。 ただ、もしあなたが就活生ならば、自分がみかかにフィットするか判断する一助になるかもしれません。 自己紹介偏差値60程度の私立
小規模な受託開発におけるAWSインフラ環境～工数削減のポイントとセキュリティ (1/3)：CodeZine（コードジン）
本連載では、比較的「小規模」な「受託」開発を実施する際のAWS活用の勘所を、実際の開発現場での経験を元に紹介します。大規模な開発では当てはまらない部分もあると思いますが、可能な限りインフラ関連の工数を少なくし、効率的に開発を実施するために、最低限抑えておく実務上役立つ点について、解説します。本記事では、小規模なフルスクラッチの業務システムをビジネスとし、開発を実施する際に参考となるAWSのアーキテクチャや工数のかかる工程、留意すべきセキュリティに関するポイントを紹介します。 はじめに 比較的小規模なフルスクラッチのシステム開発（1〜20人月程度）を受託するビジネスとする場合、AWS上に「多層アプリケーション（Web層、AP層、DB層）に即したインフラ環境を構築する」ことが多いと思います。 多層アプリケーションの構成例 このような構成をシステム毎、顧客毎に構築することになりますが、AWSで構
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
