SEの愚痴

いつもやること、標準と感じるものについてはデフォルトと言う。由来はC言語のdefault宣言かな。例「課長はデフォルトで忙しい」「晩飯はデフォルト吉牛」#エンジニアあるある— とあるSWエンジニアのつぶやき (@SW11131900) 2019年10月26日とあるSWエンジニアのつぶやき on Twitter: "いつもやること、標準と感じるものについてはデフォルトと言う。 由来はC言語のdefault宣言かな。 例 「課長はデフォルトで忙しい」 「晩飯はデフォルト吉牛」 #エンジニアあるある"

とあるSWエンジニア

とあるSEのつぶやき

開発の現場では自分がやらなければ終わらない、人には頼めない、という状況が多々あります。 説明が下手な人は客先の前には出せないので自分が窓口をしないと怖いとか、 専門知識のいるツールでの開発だから知らない人に頼むと遅いので自分がやるしかないとか。 プレイングマネージャーのような立場になると、客先への説明も必要だし、納期に遅れないようにスピーディーな開発が求められ、何でも自分でやりたくなってしまいます。 実際に、自分が詳しいことは自分がやるのが速いです。 しかし仕事の量は減ることはありませんので、自分がやることを増やすと、確実に負荷が上がることになります。 そうするとどれだけ残業しても立ち行かなく…

とあるSWエンジニア

とあるSEのつぶやき

ソフトウェア開発では、自社のメンバだけではリソースが足らず、外注発注することが良くあります。 通常、仕事の依頼は、会社に対してするもので、特定の個人に依頼するものではありません。 よって、相手会社のメンバーを指定することはできません。 期待する成果が期限までに納品されれば良いのです。 が、これは正論であって実態は違うことがあります。 実際には例え会社間の場所が離れていても、どのようなスキルの人が開発をしているかが見えてきてしまいます。 それは発注してから納品日までに会社間で様々なコミュニケーションが頻繁に発生するからです。 発注してから納品日まで、進捗把握するための打ち合わせを頻繁にしますし、…

とあるSWエンジニア

とあるSEのつぶやき

エンジニアとはプログラミングする事が仕事ではありません。 プログラミングは作業の一つであり、実際に必要なのは、顧客の要求に対して、どう考え、どう設計し、どのように検証したかを、説明、保証することです。 プロジェクトのメンバーにはプログラミングだけできればオッケーというスキルの人が稀におられます。 自分が作ったところが、正しく作れていることをうまく説明できない人がいます。 具体的には、 デザインレビューやコードレビューで指摘された箇所に対して、指摘者が納得できる回答ができないような人です。 「仕様書Aの関数Bの処理内容が間違ってます」 と指摘しているのに 「関数Bとついでに関数C,Dも直しました…

とあるSWエンジニア

とあるSEのつぶやき

仕事する男性 エクセルでの工程管理は限界だ！ そんな思いからプロジェクト管理ツールのRedmineを最近使い始めましたがこれが最初はややこしいのですか慣れると意外と使えます 特に良いのがLychee（ライチ)というガントチャートのプラグイン このプラグインをいれると工程管理、進捗管理がだいぶやり易くなりました フィールドの作り方次第ですが、以下の情報を持つチケットをタスクとして作れば開発メンバーの進捗の見える化は図れるでしょう ・計画工数 ・計画成果物量 ・計画開始日、終了日 ・担当者名 ・達成度 ・ステータス ・実績工数 ・実績成果物量 ・実開始日、終了日 これらの項目をすぐにフィルタ表示で…

とあるSWエンジニア

とあるSEのつぶやき

ソフトウェア開発者ならモデルベース開発 (MBD)などは耳にしたことがあると思います。 私も数年、技術的なことを学び、概ね理解したかな、という感じです。 最近の流行り（最近ていうかもっと前からあるけど）では、 MBSE （Model-Based SyStems Engineeiring) という言葉が開発の現場にも浸透してきています。 いったい何者？少しだけ学んだことを整理しておこうと思います。 要するに「モデルを使ったシステム設計」 です。 システム設計ですから、製品開発におけるいわゆる上流フェーズでの工程ですね。 そこでは、作りたいもの・機能・運用方法など、所謂仕様を固めた後、 どうやって…

とあるSWエンジニア

とあるSEのつぶやき

ソフトウェア開発、それは殆どの場合、納期に追われた厳しい戦いになります。 それは何故か、なぜいつもそうなってしまうのか、それは 見積もり（計画）と実際の作業量とのギャップがあるからです。 リーダーが何らかの指標を元に見積もりした開発コストをお客さんと交渉し、開発コストをいただくわけですが、殆どの場合見積もり工数はハズレます。 開発メンバのスキル 勉強する時間 機材の調達にかかる工数 管理にかかる工数 色々考えて見積もったはずなのに、それでも足りない、、、 で、当初想定していなかった作業ってなんだろ、って分析すると お客さんの要求は変化する、というところですね 開発していくと、だんだんとプログラ…

とあるSWエンジニア

とあるSEのつぶやき

客先の前に出しにくい社内メンバっていませんか？ 技術的にはそこそこなんだけど、客先と面だって会話するには心もとない。。 社内で守られて当たり前、そんな人もいると思います。 ソフトウェア開発に限らずですが、与えられたインプットと与えられた要求だけでやりきれる開発などそうそうありゃしません。 いや実際やりきれない事はないですが、それで良いとは言い難い。 ちゃんと客先に途中成果についてレビューしてもらってフィードバックをもらわないと。 で、こんなの作ってみたらどうでしょう？とかこんなやり方もありますよ？とか提案していかないと！ そこで客先から得た意見が次の仕事に繋がったりもします。 でもそういうお客…

とあるSWエンジニア

とあるSEのつぶやき

エンジニアとは技術の側面だけ見られがちですが結局は一人の社会人、企業人であり、組織としてどう振る舞うか、人間性が様々な局面で問われます。 若かりし頃、自分の技術に自身過剰になりプロジェクト全体の調和を考えず、担当範囲外は知りませんの一点張りだった時代。 当時のリーダーがどれほど扱いに困ったか、今の年齢、立場になって身にしみて申し訳なさで一杯になります。 当時の自分を殴りたい、そんな気持ちにもなります。 中堅になってその事に気づけただけまだましかもしれません。 高齢になってもその考えで、私はこれ以上知りませんやりませんという人の多いこと。。 歳とってその意固地なスタンスの人を変えるのは容易ではな…

とあるSWエンジニア

とあるSEのつぶやき

会議の目的は様々です。 関係者に ・情報を展開したい ・情報を収集したい ・合意を得たい ・意見交換したい ・テーマに沿って議論したい などなど。 しかし中にはこの目的が不明な会議もあります。 何をしたいのか、誰が何を喋るのか、何の資料を見るのか不明瞭。 誰かがおもむろに喋りだし、誰かが好きなように口出しし、謎の沈黙があったり、イライラして貧乏ゆすりしたり、寝る人が現れたり、もう知っちゃかめっちゃかなやつ。 たまに有るんですよね。 どうして目的を共有しないのでしょうか。 例えば会議に10人が参加し7人は理解してるけど3人は何してるのこれ？って事もあります。 会議の主催者は 参加者の貴重な時間を…

とあるSWエンジニア

とあるSEのつぶやき

とにかくソフトウェアエンジニアとしてのスキルをアウトプットし、磨きたい！そんな思いでスキマ時間に色々と吐き出すためにブログを解説しました。筆者はとあるソフトウェア開発会社に務めるとあるソフトウェアエンジニアです仕事の内容はもちろん非公開ですが、勤続１５年目、下っ端プログラミングからプロマネまでそれなりの経験は積んできました言語で言えばC言語を中心に、C++、Java、Pythonなど様々です最近はMATLABなんかもやりました主な業態は組み込みですが、研究向けのアルゴリズム開発や、アプリケーションを作ることもありますまた民製品から業務用までこれまた様々、最近はもっぱら車載関係が多いです今回はこ…

とあるSWエンジニア

とあるSEのつぶやき