見積もりは必ず失敗する「ホフスタッターの法則」|エンジニアの原理原則5
エンジニア・IT業界には、有名な原理原則や法則がいくつかあります。先人が何度も経験したことを言語化しているので、そこから学べることは多いはず。 今回は、タスクの見積もりに関する有名な法則「ホフスタッターの法則」について紹
単語をハイフンで区切るかアンダースコアで区切るか?
ファイル名や変数名を付けるとき、複数の単語を繋げるために区切り文字を使うことがあります。その際、「ハイフン(-)」と「アンダースコア(_)」のどちらを使うべきか、迷ったことはありませんか? これらは見た目が似ており、どち
35歳、AI前提の開発現場で5か月働いて変わったこと
35歳で中途入社して、気づけば5か月が経ちました。 この5か月でいちばん変わったのは、技術スタックでも役職でもなく、「働き方の前提」です。転職前の自分にとって、AIは「たまに使う便利ツール」でした。今の現場では、AIは開
確実に安全を確保するように作る「フェイルセーフ」という考え方
どんなに注意深くても、人間は操作を間違える可能性があります。また、システムや機械はいつか必ず故障したり、想定外の事態に陥ったりします。 人間はミスをしますし、機械は壊れます。これらの前提に立ったとき、重要になるのが「フェ
オブジェクト指向において重要な「SOLID原則」|エンジニアの原理原則4
エンジニア・IT業界には、有名な原理原則や法則がいくつかあります。先人が何度も経験したことを言語化しているので、そこから学べることは多いはず。 今回は、オブジェクト指向設計で重要となる「SOLID原則」について紹介します
コードを書くときにコメントは必要?
「コメントなんて書かなくても、コードを読めば分かるだろう」そう思ったことはありませんか? 確かに、コードを読めばその動作は理解できるかもしれません。今回は、書籍『リーダブルコード』で語られる原則にも触れながら、コードにお
転職者が入って分かった、N’s Createsの開発現場のリアル
前回は「35歳、また新人になった」という記事で、中途入社したばかりの自分のマインドセット——経験者の鎧を脱いで、60%で相談し、分かったフリをしない、という3つの習慣について書きました。 ありがたいことに反応もいただいた
システム開発において、「安さ」は何とトレードオフになるのか?
システム開発で見積もりを依頼するとき、「できるだけ安く」という要望をよく聞きます。私自身も実際に依頼するなら安いに越したことはないと考えてしまいそうです。 もちろん、ビジネスにおいてコスト意識は非常に重要です。しかし、安
疎結合なソフトウェア設計とは?メリットと実践方法を解説
こんにちは、開発チームの本田です。今回はソフトウェア開発において重要な「疎結合な設計」についてご説明します。システム開発会社として、より保守性が高く拡張しやすいシステムを構築するために欠かせない考え方です。 ■疎結合とは









