コードを書くときにコメントは必要?
「コメントなんて書かなくても、コードを読めば分かるだろう」そう思ったことはありませんか? 確かに、コードを読めばその動作は理解できるかもしれません。今回は、書籍『リーダブルコード』で語られる原則にも触れながら、コードにお
転職者が入って分かった、N’s Createsの開発現場のリアル
前回は「35歳、また新人になった」という記事で、中途入社したばかりの自分のマインドセット——経験者の鎧を脱いで、60%で相談し、分かったフリをしない、という3つの習慣について書きました。 ありがたいことに反応もいただいた
システム開発において、「安さ」は何とトレードオフになるのか?
システム開発で見積もりを依頼するとき、「できるだけ安く」という要望をよく聞きます。私自身も実際に依頼するなら安いに越したことはないと考えてしまいそうです。 もちろん、ビジネスにおいてコスト意識は非常に重要です。しかし、安
疎結合なソフトウェア設計とは?メリットと実践方法を解説
こんにちは、開発チームの本田です。今回はソフトウェア開発において重要な「疎結合な設計」についてご説明します。システム開発会社として、より保守性が高く拡張しやすいシステムを構築するために欠かせない考え方です。 ■疎結合とは
いま必要ないものは作るな!「YAGNIの原則」|エンジニアの原理原則3
エンジニア・IT業界には、有名な原理原則や法則がいくつかあります。先人が何度も経験したことを言語化しているので、そこから学べることは多いはず。 今回は「YAGNIの原則」について紹介します。
AIで開発は楽になった?個人開発の学習でサービスを作って見えたリアルなポイント
ここ最近、さまざまなAIサービスが進化し、多くの方がそれぞれの形で活用されているかと思います。弊社でも積極的にAIの導入を進めており、日々その可能性を感じています。 私はこれまで主にWebサイト(HPやLP)の制作に携わ
良いコードを書くためには、なぜ8回書き直さないといけないのか?
『ハッカーと画家』という書籍で、こんな一文が出てきます。 良い文章が推敲を重ねて生まれるように、良いプログラムもまた何度も書き直されることで完成に近づく 最初のバージョンを書いた時点では、まだ問題の本質を完全には把握でき
Mermaid記法で簡単に図を作成する方法
文章の中に図を入れたいと思ったことはありませんか?複雑なシステム構成や業務フローを分かりやすく説明したり、アイデアをビジュアルで表現したりするためにも、図はあって困ることはありません。 しかし、図の作成は時間がかかったり
繰り返すな!「DRYの原則」|エンジニアの原理原則2
エンジニア・IT業界には、有名な原理原則や法則がいくつかあります。先人が何度も経験したことを言語化しているので、そこから学べることは多いはず。 今回は「DRYの原則」について紹介します。









