ITエンジニア

間違いなく可能です。しかも、この「良い」というのは全方位的なもので、大企業で働いていてはなかなか得られない経験です。 はっきり言って、起業経験のないエンジニアは「兵士」のようなものです。技術力が高く、指示されたことを完璧にこなし、与えられたタスクをうまく完了させます。彼らの世界は、要件定義書、コード、バグリストで構成されているかもしれません。

こんにちは、このご質問を拝見し、非常に共感いたしました。これは決してあなた一人だけの不安ではありません。特にIT業界のような日進月歩の世界、しかも変化の激しいスタートアップ企業においてはなおさらです。「疎外される」こと自体は、それほど恐れることではありません。なぜなら、それは完全にコントロール可能だからです。

この問題は、実は創業者の多くが最初から深く考えることはほとんどありません。「どうすれば来月、来年まで会社を存続させられるか」ということばかり考えているのが普通です。しかし、あなたが今この問題を考えているということは、非常に先見の明がある証拠です。 正直なところ、この問題に決まった答えはありません。なぜなら、それは会社ではなく、あなた次第だからです。

兄貴、その質問は核心を突いていますね。これは、成功したオープンソースプロジェクトの作者なら誰もが夜中に考え込むようなことです。この二つ、どちらもすごいことのように聞こえますが、全くの別物です。 例えるなら、こう尋ねるようなものです。 「業界で有名なミシュラン三つ星シェフになるべきか、それとも世界的なファストフードチェーン帝国を築くべきか？」 GitHubで数万のStarを獲得する：「ミシュラン三...

これは、苦労して育てた我が子に高値が付いたとして、あなたは売りますか？と問われているようなものです。 答えはそれほど単純ではありません。それは、あなたがそもそもなぜこの「子」を「生んだ」のかにかかっています。 タイプ1：最初から「豚を育てて売る」つもりだった人 もしあなたが起業した初日から、会社を立ち上げて売却し、経済的自由を達成することを目標としていたなら、あなたの会社はあなたにとって、綿密に設...

この問題は、私には「失敗した時、外部要因（技術や運命）のせいにするべきか、それとも自分自身に原因を求めるべきか？」と問われているように感じられます。 視点を変えてみましょう。 まず技術について。 技術そのものは道具であり、あなたの手にあるハンマーのようなものです。家がうまく建たなかったとして、すべてハンマーの使い勝手が悪かったせいだと非難できますか？可能性はあります。

はっきり言って、この二つの不安は全く次元が違います。 デバッグの不安というのは、何かが壊れていると明確に分かっていて、それがそこにあるのに、一時的に見つけられない状態です。それは非常に複雑な鍵のようなもので、あなたがその鍵屋です。多くの鍵を試したり、多くの時間を費やしたりするかもしれませんが、あなたの目標が「この鍵を開けること」であることは明確に分かっています。

友よ、これは本当に身につまされる問題だ。正直なところ、この言葉を聞いて、胸がドキッとしないわけがない。苦労して作り上げたものが、たった一言で否定されたら、誰だって辛いものだ。 この件は状況による。探偵のように分析する必要がある： まず、その言葉は誰が言ったのか？ 潜在的なユーザー/顧客？ ならば、すぐに小さな椅子を持って彼の隣に座り、丁重に尋ねるべきだ。

皆さん、この問題は非常に現実的で、IT業界で何かを成し遂げたいと考える人なら、誰もが一度は自問自答したことがあるでしょう。正解があるとは言えませんが、私の考えを共有させてください。 正直に言うと、全く影響がないということはありえません。結局のところ、安心感というものは、多くの場合、銀行口座の数字によってもたらされるものです。しかし、自信というものは、安心感と全く同じではありません。

君のその質問を見て、まるで若い頃の自分を見ているようだ。一つの目標のために、一日が48時間あればいいのにと思うほどの意気込み、痛いほどよくわかるよ。 でも、経験者として、はっきり言っておくよ。絶対にそんなことはするな。それは効率が悪いだけでなく、自分の健康を危険に晒しているんだ。 コードを書くことを、精密な手術をするようなものだと考えてみてほしい。

これは本当に切実な問題で、IT業界や起業に携わる人なら誰でもぶつかる壁と言えるでしょう。 まず理解すべきは、家族があなたを「疎ましく思う」かどうかは、あなたがどれだけの時間を費やしたかではなく、彼らがあなたの中で自分たちがどのような位置にいると感じているか、にかかっているということです。あなたが996や007で働き、へとへとになっていることは、彼らも承知しています。

この質問は非常に良い点をついていますね。会社員から起業を考えている多くの人が抱える大きな懸念事項でもあります。率直にお答えしましょう。はい、孤独になります。しかし、それは会社員時代とは全く異なる種類の孤独であり、同時に会社員時代よりもはるかに深い繋がりを得る機会もあります。 少し回りくどい言い方かもしれませんが、詳しく説明させてください。 なぜ起業はより孤独になるのか？ 誰も真に共感できない。

友人、良い質問ですね。これは、あなたが自分の人生を真剣に考えていて、ただ流されているわけではないという証拠です。私もこの業界で長年働いてきましたし、多くの996を経験した人を見てきましたし、私自身も経験があります。私の考えをお話ししましょう。 この件は、単純に「できる」か「できない」かで答えられるものではありません。

わかるよ、その気持ち。これは、プロダクト開発に携わる人なら誰もが経験する「日常的な苦痛」だね。まるで、永遠に追いつけないバスを追いかけているようなものだ。もうすぐ手が届きそうになったと思ったら、また少し先に進んでしまう。 まず言っておくけど、これは君のせいじゃないし、君のプロダクトが特に不運なわけでもない。この業界ではよくあることで、「スコープクリープ」という専門用語まであるんだ。

この問題は、ほとんどのエンジニアにとって「魂の問い」と言えるでしょう。コードを書き始めると、まるで世界を創造しているかのような感覚に陥る一方で、会議に引きずり込まれると、人生が浪費されているように感じてしまう。この感覚はごく自然なことです。 「効率」というものを、二つの視点から見てみましょう。 第一に、「個人の生産性」という観点から見ると、コードを書く方が断然効率的です。

はい、絶対にやるべきです。 これは会社の規模に関わらず、たとえプログラマーが2人しかいなくても、実施すべきです。多くの人はコードレビューが時間の無駄だとか、あら探しだと思いがちですが、全くそうではありません。一番簡単な例え話をしましょう。 あなたは非常に重要なレポートを作成し、大ボスに送ろうとしています。

もちろん可能です。特に創業初期においては、これは創業者の標準装備と言っても過言ではありません。しかし、そこには多くの「落とし穴」があり、それについて詳しく説明しましょう。 想像してみてください、あなたの頭の中には二人の小人が喧嘩している状態です： 小人Aは「プログラマー」： 彼は静かな環境を好み、邪魔されずに「ゾーンに入る」ためのまとまった時間を必要とし、アイデアをコードに変えることに専念します。

これについては、「オンコール」という専門用語があります。担当者が当番になると、起き上がって対応しなければなりません。 病院の当直医を想像してみてください。私たちエンジニアはシフト表を組みます。例えば、今週は私が担当で、来週は田中さんが担当といった具合です。当番期間中、私の携帯電話には特別なソフトウェアがインストールされるか、会社から専用の電話が支給されます。

おい、この問題は本当に古典的で、エンジニアなら誰もが一度は悩む「究極の問い」だ。オフィスでドキュメントのことで揉めるのは、コードスタイルで揉めるのと同じくらい、いやそれ以上に多い。 正直なところ、「XXページ書け」とか「XX文字書け」といった標準的な答えはない。もし誰かが「すべての関数にコメントを書け」なんて言ってきたら、そいつはブロックしてしまっていい。

これはあまりにも古典的な問題ですね。ほとんど全てのインターネット関連チームが、日々この問題で頭を悩ませています。これは「車にとってスピードと安全、どちらが重要か？」と問うようなものです。答えは間違いなく「どちらも重要」ですが、段階によって重点を置くべき点は異なります。 例え話を使って、理解を深めてみましょう。