プログラミングの原則：構造化テキストを文字列結合で作らない、置換でいじらない - Uzabase for Engineers
こんにちは、ソーシャル経済メディア「NewsPicks」のむとうです。 先日から『Ghost of Tsushima』の開発者が書いた『ルールズ・オブ・プログラミング』という本をちょっとずつ読み進めていて、プログラミング熱が高まっています。この本は大きな指針を示すだけで具体の話をするものではないのですが、読み物として面白いので私も似たようなことをやってみたくなりました。 何年もこういう仕事をしているとバグが入るパターンというのが見えてきます。そしてだいたいどこに行っても何の仕事でも似たようなことをすることになるのですが、今回の話もその一つです。 構造化テキストを文字列結合で作らない、置換でいじらないというのはこれだけみると何のことか分かりづらいかも知れませんがSaaS Product Team セキュアコーディングの啓蒙 第2回 （SQL インジェクション編）の内容とある面では同じ話です。
バッチ処理 プラクティス
バッチ処理は既に先人の方々が多くのナレッジを公開してくれていますが、それでもなお難しさが変わらないテーマだと思っています。 この記事は、筆者がこれまでの開発経験で気づいたバッチ処理の実装ナレッジを整理し、体系化を目指して文章にしました。 ここでの内容が、より良い課題解決に貢献できれば幸いです。 自身の断片的な思考整理(メモ書き)の延長で内容を整理したため、一部書き振りが統一されておらず、読みにくいかもしれません。ご了承ください。🙏 バッチ処理の難しさバッチ処理は難しい。 人によっては簡単なテーマかもしれませんが、自分は難しいテーマだと思っています。 「難しさの根源は何か？」を考えると、1. 考慮点が多様にあること 2. 解決する課題によって答えが大きく変わること に整理できました。 この2点は、どのソフトウェア開発にも当てはまる項目ではありますが、ことバッチ処理においては顕著に現れます。
「エヴァのデータを守り抜く」カラー・鈴木慎之介が語るエンジニアの仕事論 - エンジニアtype | 転職type
2022.10.13 働き方 データベースインフラDXCTO 「エンジニアやテクノロジーが主役」という会社が増えつつある一方で、エンジニアリングは脇役で、IT活用やDXの浸透はまだまだという業界も多い。 アニメ『ヱヴァンゲリヲン新劇場版』シリーズの制作を手掛ける株式会社カラーの鈴木慎之介さんもそんな環境で、課題解決に向き合っているエンジニアの一人だ。 鈴木さんは高校在学中の2000年からドワンゴへ入社し、約22年ドワンゴの技術畑や新規事業の担当として活躍。動画共有サイト『ニコニコ動画』を開発したことで知られるエンジニアだ。 約15年前のtype記事にもご登場いただき、『ニコニコ動画』開発ストーリーを伺った。ニコ動のユーザーID:1の持ち主でもある カラーに入社してからは、アナログとデジタルによるアニメ制作の両立を検討している同社の現場でDX推進に取り組んできた。 その仕事がカラーの作品に与
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
