note.com 僕の間違いじゃなければ、時々はてなのブログでコメントを頂いた方のように思う。Python関係で。大変お世話になりました！ 法人の設立にあたっての事務処理と、会社運営のお気持ち編を、自分の体験からまとめてみます。2016年6月にノリ（そうだ独立しよう）だけで起業して7年ほどひとり。今は2人体制になった。 会社を大きくする方法はなんもわからんので、そういう内容を期待される方はすいません！沿わないと思う！ 1. 決算処理は専門家に任せたほうが良い 自分は前職の会計事務所でお世話になったため、起業当初から会計事務所を利用させてもらっている。年間30万弱。決算処理込み。 6月1日に創業したけど、タイミング的に6月になっただけで、深い意味はなかった。会計事務所的に3末はGW進行と重なるので避けたほうがいいかも。 決算処理は確認しないといけない事項が多すぎて、素人がいくら確認しても漏れ

仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた 「プロジェクトマネジメントの基本が全部わかる本」を執筆し、ご自身もプロジェクトマネージャーやプロダクトマネージャーとして23年経験を積んできた橋本将功さん。 橋本さんは、セミナーや著書でプロジェクトマネジメントについての知見を発信されていますが、今回 Agend であえてお聞きするのは「専門のプロジェクトマネージャーがいないグダグダになっている職場で、どう仕事を回していくか」。 「うちの会社は仕事を回すのが下手」と感じている方にこそ読んでいただければと思います。

はじめに 📘 この記事は ラクス Advent Calendar 2023 の7日目の記事になります。 要件定義から基本設計、さらに実装や保守運用に至るまでの一貫した経験を何度か積んできましたが、毎回 「要件定義って具体的に何の項目が必要だっけ？」 「基本設計との違いって何だったっけ？」 「基本設計と詳細設計の区別って？」 といった疑問が頭をよぎってきました。 そんなわけで、これまでの経験を振り返りつつ、開発プロセスについて１からまとめていくことで頭の中の大掃除を行なっていきたいと思います🧹 この記事の対象者 🎯 開発プロセスについて学びたい方 要件定義の基本を学びたい人 要件定義と基本設計の違いがわからない人 一緒に開発プロセスについて復習したい方 前提 記事中の一部（特に要件定義や基本設計、詳細設計のサンプル）を自動生成で作成してます。一貫性の無い内容があるかも知れませんが、あく

エンジニアの間では発売から瞬く間に広まった本書ですが、まだ読んでない方々向けに本記事を書いてみました。要約なので、ここは重要だなと感じたポイントに絞って本記事に記載します✏️ 概要 まず結論からいうと、仕事の進めかたや捉え方という点でとても学びのある良書です。すでに多くのエンジニアには知れ渡っていますが、もっともっと知れ渡って欲しい本です。 内容としては、著者の牛尾さんがアメリカのMicrosoft社（Azure開発）で得た経験がそのままに書かれています。最初はアメリカのエンジニアに劣等感を感じていたようですが、その理由を言語化して、実際にどうすれば彼らと肩を並べるエンジニアになれるかが書かれています。 また全体的にアメリカのエンジニア思想を爆推ししているので、こっち系の思想が好きな人は一瞬でハマると思います。私もどちらかと言えば圧倒的にこっちのタイプですが、読むときには偏らないように中立

もうかなり前の話だ。 ある会社で、「会社案内・パンフレットのリニューアルをする」と言うプロジェクトが持ち上がった。 社長は一人の人物をプロジェクトマネジャーとして任命し、予算を付け、 「後はよろしく」 と、仕事をまかせた。 ところが半年後、ようやく社長は気づいた。 全くプロジェクトが進んでいないことに。 「どうなっているのか」とプロジェクトマネジャーを問い詰めたところ、彼は外注に丸投げしたまま、何もしていなかった。 外注側も、仕様が固まらず、プロジェクトは完全にスタックしていた。 社長は彼に話を聞いたが、彼は「外注から返事が無くて」の一点張り。そこで、社長は彼に要求した。「資料を出せ」と。 ところが彼は「出せない」という。 何か隠しているのではないか、おかしいのでは、ということで、皆でメールのやり取りや資料などを調べると、実質、彼が事実上、「外注に依頼をし、あとは本当に何もしていない」こと

「リゼンティーイズム」とは？2023年1月にイギリスで使われはじめ、欧米諸国に広まってきているリゼンティーイズムという言葉。 「Resent」とは疎む、または不服に思うこと。それを「Presenteeism（プレゼンティーイズム）」という別の言葉とかけ合わせた混成語。 現在の仕事や職場が嫌いだが、より良い就労機会を見つけることができない、あるいは経済的な必要性にしばられているために離職できず、働き続けざるを得ない状況を意味します。 注目される背景前出のプレゼンティーイズムは「疫病出勤」とも訳され、心身に不調をきたしながらも出社しているために、業務効率が落ちている状況を指します。 リゼンティーイズムとプレゼンティーイズムは、どちらも会社にとっては可視化しづらい損失であると言えるでしょう。 だからこそ、企業が従業員の健康を「自分ごと」として捉え、戦略的に健康づくりを目指していくうえでは、避けて

・どんぶりまんトリオ（アンパンマン） ・ルパン、次元、五右衛門（ルパン三世） ・ジャン、ポール、ベル（湖池屋ポリンキー） そんなもんだよな 少ねえ

awkは、UNIX登場初期からgrepやsedなどと並んで代表的なコマンドラインツールとして使われてきました。その名称が、作者であるAho氏、Weinberger氏、Kernighan氏の三者の名前からとったものであるというエピソードも非常に有名です。 そしてこの三人の作者が執筆した書籍「The AWK Programming Language」（邦題：プログラミング言語AWK）は、awkのバイブルと言ってよい書籍でしょう。 日本で1989年に第1版が発行されたこの「プログラミング言語AWK」が、35年ぶりに第2版に改訂され、今年（2024年）5月16日にオライリー・ジャパンから発売されることが分かりました（Amazon、楽天ブックス）。 著者は第1版と変わらず、Alfred V. Aho氏、Brian W. Kernighan氏、Peter J. Weinberger氏です。 下記はAm

僕はフミコフミオ。食品会社の営業部長だ。中小企業なので新規開発営業だけでなく、既存のクライアントとの交渉も一部、任されている。僕と同じフミオという名前を持つ首相が、春闘の集中回答日に大手企業の「満額回答」「満額を超える回答」といった良い感じの回答が相次いでいることを受け、中小企業の賃上げの流れを期待したい、という内容のコメントを出しているのをニュース番組で見た。僕は大手の満額回答も、首相のコメントも、冷凍倉庫にいるような冷めた気持ちで受け止めていた。確かに、中小企業からの製造コストや労務コスト増大を転嫁した価格アップ要請を不当に排除することは禁止されており、悪質な企業は公表されることになっている。僕のXのポストにもそういうレスがついている。 ウチの会社からの値上げ要請を受け付けなかった大企業様が満額回答で賃上げしている様子を冷めた目で見ている。世の中小企業なんてこんなものではないかな。 —

企業は従業員に対して、労働力の対価として、報酬を払っています。 しかし中には報酬を受け取りながら 「依頼された仕事を、一向にやらない人」 も事実として、存在しています。 「クビにすればいい」という方もいるでしょうが、企業は彼らを雇った責任がありますし、人を活かすという社会的な役割もあります。 企業は決して、人を解雇するのが好きな訳ではありません。 しかも、日本では法律的にも倫理的にも「解雇してしまう」というのは本当に最後の手段ですから、あの手この手で、彼らを戦力化しようとするのが常です。 そういうとき、企業はまず注意をしたり、叱ったり、責任感に訴えたりします。 実際、「言うだけ」でなんとかなるケースもあります。 しかし、そうではないケースのほうがむしろ多数です。 その場合、企業は「仕組み」からアプローチして、なんとかしようとします。 教育。 配置転換。 他の社員によるアシスト。 ですが、た

職場の人間関係に悩む6つの原因 職場での良好な人間関係は、毎日気持ちよく働くために必要不可欠な要素です。ここでは、職場の人間関係で悩みやすい原因について紹介していきます。 1.相手の意見を尊重しすぎてしまう 職場で人とやりとりする際、自分を後回しにして相手を優先してしまう人がいます。例えば、何か頼まれたときに、すでにある仕事で手いっぱいでも引き受けてしまったり、プロジェクトで自分の意見を求められた際に、周囲との対立を恐れて相手の意見に同調してしまうなどが挙げられます。 仕事を進める上で相手への気遣いや意見を尊重することはもちろん大切ですが、必要な場合には断ったり、自分の意見をしっかり伝えたりしましょう。 2.コミュニケーションが不足している 職場はさまざまなバックグラウンドを持つ人が集まる場所です。人によって経験や、それに伴う感じ方・考え方は異なり、自分にとっての当たり前がほかの人にとって

「確定申告って何？」のざっくりした回答です。いろんな例外を無視しており不正確です。全員には当てはまらない内容なので、絶対に真に受けないでください。【まだ執筆中なので全文無料です】 -------- ------- ------- ------- ------- ------- ▼だいたい大丈夫なので安心してください ⭐︎確定申告とはなにか・確定申告とは、去年の所得税の額を計算して自己申告すること。 ・「去年（1月1日〜12月31日）」のことを「2月16日〜3月15日」に申告するというサイクルが毎年行われている。今は令和6年の2月なので、令和5年分の申告をいまみんなやっている。 ・給料以外の収入があった人は、基本的に確定申告をする。 ・どんな計算をするか、ざっくり言うと→ ①100お金もらいました（収入・売上） ②60お金払いました（支出・経費） ③差し引きで40もうかりました（所得） ④4

あの頃の俺に伝えたい内容を雑に書く。 本を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて

はじめに この記事について 以下の記事を読んでわりと「うんうんわかるわかる」と思いながら読みましたが、50歳に至るまでの間にもうひとつ別の景色も見えてきていたので、そのあたりを一度言語化してみようという試みです。 note.com フルスタックとは 上記記事へのブコメには「フルスタック」と書きましたが、自分としてはあまりフルスタックと名乗りたくない、という気持ちはありまして、普段は「ウェブアプリケーションエンジニア」と自称しています。 ただ、今回は、元の記事に合わせるために本記事における「フルスタック」の定義を定めておきます。 以下の領域の技術を理解し使える インフラ アプリケーションが動作するサーバや協調するミドルウェア バックエンド サーバーサイドのアプリケーションに用いる言語やライブラリ フロントエンド クライアントサイドのアプリケーションに用いる言語やライブラリ すべてを理解してい

職業柄、昔から人の「説明」を聞くことがとても多かった。 会社の現状、技術的な見解、商品のスペック、あるいは人の経歴についての話もあった。 そして、説明がとても上手な人もいれば、下手な人もいることを知った。 例えば、こんな具合だ。 「では、御社の事業説明をお願いします」 「わかりました、こちらが会社案内です」 「では、始めてください。」 「はい、では1ページ目をご覧ください。弊社の主要な株主は……全国に展開しており……事業所は……」 ……５分経過 「では次は、弊社の主要な事業です。おもに３つあり……」 「（退屈だな……後ろのページでも見ているか）」 ……５分経過 「次に今回お問い合わせの商品についてです……こちらの……」 「（その話はもうサイトで見たからいいよ……話ながいな……内職でもするか）」 ……５分経過 「以上となりますが、なにかご質問はありますか？」 「………いえ。」 例えば上のよう

これは何:伊藤(@k1ito)が、エンジニアからBiz-Devに転職して早2年技術をビジネスにするべく奔走する中で、今年勉強したこと・去年の自分に言ってあげたいことを自戒を込めて書き連ねました。来年３０歳になりますが未だに社会人１年目みたいなことを永遠に言っていて恥ずかしい限りです。 2023年は本当に社内外の色んな人に支えられて良いビジネスを色々できて大変ありがたかったです。皆さんに報いる事ができるように頑張ります。 ①作るな、売れ。ともすれば お前は素晴らしい技術や素晴らしいアイデアから新規事業を出発しているだろう。 そうじゃない 市場はどこか？顧客は誰か？顧客の悩みはなにか？を考え「絶対に売れない物を作らない」気概でつくる。顧客は技術を求めているわけでも、お前の素晴らしいアイデアを知りたいわけでもない。 ②顧客？どこの何部の誰さんでいくら予算をもっている？ともすれば お前のプロダクト

大変多く読んでいただいた「プログラミングというより物事が出来る思考法」というポストや、世界一流エンジニアの思考法の書籍で紹介した内容がある。 私の職場でも、ものすごく出来る人が「実践」しているところを何回も目撃しているので「実践編」として皆さんにシェアしようと思って今回のポストを書いてみた。 タイトルにもある通り、私はエンジニアだが、ビジネス書である書籍と書かれた多くの思考法と同じく、あまりエンジニアリングというものに関係ない要素であると感じている。 上記のポストや書籍でシェアした内容を端的に言うと「理解には時間がかかるがかける価値が十分あり、それによって自分が物事をコントロールしている感覚を身につけることが出来る」という自分の小さな発見だ。私がこのことを最初に発見したのは、新卒の出来る人々との出来事がきっかけだが、今回その小さな自分なりの発見を後押しするような出来事がいくつかあった。それ

この記事はエンジニア転職 Advent Calendar 2023の11日目になります。 10日目はnewtaさんの「やりたいことをするための環境を探そう」でした。「野球をやっててもサッカーはうまくならない」というのには膝を叩いて納得してしまいました。確かにその通りですね。今後の参考にしたいと思います。 さて、この記事はアラフィフのおっさんエンジニアによる転職失敗談です。皆様の成功談のなかで恐縮ですが、他人の失敗から学べることもあると思いますので、よろしければご覧ください。 ざっくり自分の経歴 新卒でベンチャー企業に就職。約10年働くも倒産で解雇。 フリーランスのエンジニアになる。約10年働くも諸事情で廃業。 派遣でエンジニアとして働く。合間に転職活動も行って、何度か転職したこともあるけれど諸事情で数年で退職を繰り返すこと約10年。現在も転職活動中。 トータルで約30年のキャリアがあるわけ

はじめに 資産運用で 99 点をとる方法とその考え方について説明します。この記事の対象はいわゆる「普通の人」です。 資産運用は趣味ではない。 資産運用を始めてみたいが何をしてよいのかわからない。 資産運用をすでに行っているが毎年ころころと方針を変えてしまっている。 資産運用に無駄に時間ばかり費やしている。 今のところ資産はすべて銀行の普通口座や定期預金にいれている。このまますべて現金でおいておくのも何か損しているみたいでモヤモヤする。だけど難しいことは勉強したくないし時間も使いたくない。 といった人たちです。 記事では最初に結論、すなわち「やるべきこと」を述べます。資産運用で 99 点の投資効率を達成するためにはこの結論部分だけを実行するだけでよいです。 次に、それだけでどうして 99 点といえるのか、その裏付けとなる考え方や理論を中心に説明します。 99 点をとるにあたってこれらの知識を