はてなキーワード: ワークフローとは
Twitterとか見ているとエンジニアは一生勉強!とかっていってるやつ居るけど
エンジニアは大変なんだぞ!すごいんだぞ!って言いたいだけだよね?
実際問題、どんな職業でも大体一生涯なにがしかの新しいことは勉強している事は多々ある。
大企業の~とかいうけどそれらは一部の話であって本当に伸びている大企業の管理職とかはなにがしかの勉強をしていたりする。
コンビニの店員だって日々変わるワークフローに対応するために色々と勉強している。
エンジニアだけが一生勉強なわけではないし「エンジニアは一生勉強だ」みたいな発言は
ただの「それをやっている俺凄い!」っていう特権意識の表れにしか鳴らないので見ていてみっともないのでやめてくれ。
他の職業を馬鹿にするな、お前がやっていないことを他の人がやってくれるからお前は生活が出来るのだ。
それが社会だ。
税理士です。
東京都の感染拡大防止協力金、申請数に対してあまり審査が進んでいないらしいですね。
https://twitter.com/KeinoShinichi/status/1262188358073061377
twitterのリアルタイム検索でも実際支給された話がヒットせずやきもきしていたところ、
ついに自分の顧問先の飲食店に支給決定のメールがきたため、情報共有できればと思い増田にかきました。
----------
■支給決定日:2020/05/19
「東京都感染拡大防止協力金に係る支給決定通知」というメールが届く
なお、メール本文の通知の日付は「令和2年5月14日」とされていた
----------
いつ載るのか毎日店舗名検索しちゃったよ!どういうワークフローなんでしょう。
https://www.tokyo-kyugyo.com/list/index.html
増田はブラックでもホワイトでも無い企業でシステム屋をして働いている。同僚が退職するので引継をしているのだが、とにかくヤバい。
https://www.jigowatt121.com/entry/2018/02/02/182918
なんで自分の仕事を他人に説明も出来ない、ワークフローも作れない、もしくは作るのを渋る、後任の疑問に答えられない、もしくは機嫌を損ねる人間が転職できるのかが分からない
そういえば、辞める同僚は某成人認証システムを作った大手からのドロップアウト組だったが、その時染み付いた『言われた事だけやる』体質は結局払拭出来なかった
もしかしたら学歴が良いのかもしれないが、資格や技術も含めて勝っているのは年齢だけなポンコツ人材でも転職出来ちゃうのが怖い
とは言え、もしステップアップ成功したのなら良いことだし、大手ならポンコツの10人20人居てもビクともしないだろうから頑張ってほしい
それでも、引継がマトモに出来ない奴が優秀なわけがない。それは曲げない
最近学会に参加するときなどに行う出張申請が、教授を通して一括から参加者が個別に行うようになった。
この出張申請のために動くシステムこそが、最近中高年を1000人単位でクビにした某Japanese Traditional Big Companyが開発・販売を担うワークフローシステムだ。
このシステムがすごい。
まずはじめに出張申請を行った10人が10人全員理解できない謎の画面が表示されるのである。一応所々に「こういうときはここに入力してね」というアナウンスが書かれているが、そこにもたまに嘘が混じっている。
教授どころか申請を処理する学校事務まで仕様を把握していない有様で、どうすれば申請できるのかよく分からない。
データベースから検索をかけていると思しき箇所がある。1データが6個の文字列・数値から構成され、それが推定1万件程度あるだけの小規模なデータベースだ。そこから1個データを取ってくる検索処理に10分近くかかる。さらに因果関係は不明だが、10人が同じタイミングで出張申請を行っていたらシステムがダウンした。まさかとは思うが、データベースの検索の負荷で死んだのか?
そして何より触った人間を例外なくイラつかせるクソUIである。本来ならばシステム化し学生にも個人で出張申請をさせることで関係者が楽になることを目指したはずなのに、関係者全員の生産性が低下する逆・働き方改革を成し遂げたクソUIがそこにはあった。
大学はこのマイナスしか産まないシステムに一体いくらかけたんだ?
疑問は尽きない。
ハードを重視するあまりソフトを軽視しまくったことが日本のIT産業を衰退させたという言説をどこかで聞いたことがある。
このソフトの出来を見る限り、それは本当かもしれないと思った。
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
441あとで/2227users 未経験でも1カ月で即戦力クラスの知識が身に付く『webデザインドリル』公開 | knowledge / baigie
319あとで/2886users 賃貸住宅の退去費用として13万円請求された時の対応方法をまとめます|犬笛|note
305あとで/1662users 非デザイナーの僕がデザインぽいことをする時に使う便利なツール18選|かずたか@プログラミング独学して起業した人|note
260あとで/2214users 【朗報】Youtuber中田敦彦、うっかりまともな資産運用を数十万人に広めてしまう・・・これには金融マンも真っ青 | ライフハックちゃんねる弐式
228あとで/1529users 研修資料まとめ.md · GitHub
214あとで/1017users 技術ブログをバズらせたくて必死で身につけた情報収集術 - omuriceman's blog
191あとで/1517users 社会人の不幸の8割は合意のない期待から|田中邦裕|note
185あとで/1788users この法律が日本を「生産性が低すぎる国」にした | 国内経済 | 東洋経済オンライン | 経済ニュースの新基準
182あとで/1222users 科学的で現代的な「人を動かす」──『事実はなぜ人の意見を変えられないのか-説得力と影響力の科学』 - 基本読書
180あとで/970users 3年かけてたどり着いた英語記事を読むための方法 - Qiita
172あとで/796users 文系大学生が機械学習を0から始めて9か月でKaggle銀メダルを獲得するまで - Qiita
170あとで/669users いま知っておきたいLinux─WebアプリがOSのプロセスとしてどのように見えるか? を運用に生かす - エンジニアHub|若手Webエンジニアのキャリアを考える!
170あとで/1344users 機械の立体図をフリーハンドでとんでもなく上手に描く人が製図のテクニックを解説「恐ろしいレベル」「弊社に欲しい」 - Togetter
169あとで/2472users 食べログ3.8問題を検証 - クイックノート
168あとで/1146users 質問が出ないのは話し手の責任が8割。だから「質問が出る」ようにルールを決めたら、大成功した話。 | Books&Apps
166あとで/898users 貧困を減らす実験アプローチ|安田 洋祐|note
165あとで/679users 社内勉強会で作ったDocker/Kubernetes入門の資料を公開しました - inductor's blog
164あとで/695users データサイエンス・機械学習をやるためのエンジニアな本まとめ - 2019年版 - Lean Baseball
157あとで/1090users 20年の営業マン生活でわかってきた「仕事の本質」を全部話す。 - Everything you've ever Dreamed
154あとで/953users 【インスタ、エアビー、Slack等】人気サービスの初期ユーザー獲得方法
153あとで/1292users 【四川料理のスゴい人】家庭のキッチンの火力で「プロ並みのチャーハン」をつくる方法 - メシ通 | ホットペッパーグルメ
151あとで/1150users 0から100万円貯める、節約サバイバルガイド
149あとで/1972users 巨乳の炎上に見る進化と文化のミスマッチ - 本しゃぶり
148あとで/637users WebサービスのA/Bテストや機械学習でよく使う「確率分布」18種を解説 - paiza開発日誌
147あとで/1149users フライドポテト、チェーン店別徹底比較 :: デイリーポータルZ
143あとで/598users プログラミングの命名規則ガイドラインを規定するオープンソースプロジェクト「NamingC - エンジニア・プログラマのソーシャルITメディア
143あとで/661users ワークフロービルダーが新登場 : Slack で簡単にタスクを合理化 | The Official Slack Blog
142あとで/564users 「単体テスト」再入門! 開発の現場でバグを確実に洗い出す最適な手法と、テストケースの作り方 - エンジニアHub|若手Webエンジニアのキャリアを考える!
140あとで/1334users 13歳から43年間野宿していた「洞窟オジさん」はかつての住処でナニを食べていたのか?【極限メシ】 - メシ通 | ホットペッパーグルメ
138あとで/963users 自称IT企業があまりにITを使わずに嫌になって野に下った俺が紹介するWindowsの自動化の方法 - Qiita
意識高い系のいかにも仕事できなそうで職場や案件たらいまわしにされてるの丸わかりの増田とか、使えなさ過ぎて業界から追い出されてシコシコ技術ブログとか書いてるんだろうなっていう元ITエンジニアって肩書のブロガーとか自称業界人の皆様たちのおかげで、絶賛20代30代がいなくなり、40代50代の脳みそ壊れたオッサンオバサンばかりと少子高齢化のあおりを受けまくってるIT業界
そんな彼らが「IT業界がダメになったのは国や社会の責任だ!」と鼻息荒く早口でよく責任転嫁をしているが、彼らに「じゃあ昔のIT業界ってどんな風な仕事の仕方だったの?」っていっても口が裂けても答えてくれないことが多いのは周知の事実だと思う
だから、これから運悪く新卒でブラックにあたって職歴に傷がついているからIT業界に仕方がなく来るしかない、という第二新卒の方々や、IT業界に来たいんだ!という奇特な新卒やダ学生の増田向けに、まだ日本がITでは世界2位だったころは、どんな風な仕事の仕方だったのかを、知ってほしいからこれをかこうと思う。
増田が大好きで大好きで仕方がないweb系も、始まったのは実は92年くらいからで、その当時のweb系も合わせてどういう仕事なのかを知ったうえで、貴重な若い人生を無駄にしないように将来を考えてほしいと思う。
例えば業務用ツールの案件の場合、顧客はIT知識やましてやシステムのことなんて何も知らない
だからコンサルが「客の職場に常駐して」まず業務のヒアリングから始めていた
今でこそコンサルなんて半グレやヤクザみたいなのが業界の4割くらいしめていて詐欺師の代名詞みたいになっているが、当時はそんなことはなくちゃんとした技術者も多く、故に顧客がコンサルにまで正当にお金を払う文化が存在していた、この時点で信じられないとか発狂する増田もいるだろうが、真実なので落ち着いてほしい。
顧客は自分の会社ではあるけど現場でどんな業務が行われているかが見えてないケースさえ昔は多かった
まず業務手順の整理や確認をして行く、「SEとセールスエンジニアが常駐して」ヒアリングと現状の手作業の事務の工数をはじきだしていく。
今でこそセールスエンジニアとか茶飲みに来た営業の横にくっついている愛想悪そうなオッサンがやる気なさげに右上のタイムスタンプ数年前の資料かえただけのものをバサっと投げつけて技術わかってない客を見下しまくって喧嘩を売ってるような態度のエンジニア上がりとかが業界のセールスエンジニアの6割を占めているが、当時はそんなことなく、ちゃんとした一般常識や教養や礼儀や共感性が人並みにある健常者の技術者上がりも多く、故に顧客が常駐しているセールスエンジニアに正当にお金を払う文化が存在していた、この時点で嘘だ!主語がデカい!とか発狂する増田もいるだろうが、真実なので落ち着いてほしい。
現場の運用が把握して業務の棚卸しが始まる、無駄な業務を実施していることがここで判明してくる
だから、業務で発生している課題がハッキリして来る、システム移管時に何の業務が対象になるかが判って来る。
現状の客の業務ワークフローをドキュメント化して客に示して行き、詳細な機能要求仕様書も起こして行く。
今でこそIT業界のエンジニアたちが口をそろえて「それは客がすべきことだろ」と震え声でわなわなしながらブツクサ、ICT知らん奴は人にあらずみたいな商売と人様を舐め腐ったことを言うことも多いが、昔は顧客には本業の仕事だけに注力をして貰いたいのがベンダーとしての考えだったわけだ。これはwebサービスとか自社サでやるweb系の始祖であるところとかも一緒
課題が顕在化して来ると今後起こりうる可能性のある課題まで浮かび上がってくる、そして要求要件が固まると客にコストの提案が始まる
今までの業務コストとシステム化やシステム改修によるコストの差を示して行き、構築見積もりもここで概算を提示する。
概算見積もりの段階で高いと言う客にはここで終わりにはなってしまう。
OKなら、ここまでの見積もりコストを人権費と経費を基に計算して15%乗っけて完了、ドキュメント類は報告書として残して行く。
「なんでドキュメント類なんて残していくんだよ!ICTを知らん猿如きに!!!」って発狂するIT業界の現状の人間も甥が、理由はこれによって「顧客は競争入札が可能になるから」という至極まっとうなビジネスとしての理由がある。
こういうの今はBtoGでもめったにやらないだろうけど、大体すべてIT業界ではこれくらいが当たり前だった。増田が邪教の如く忌み嫌うウォーターフォールって奴だ(省庁は年度を跨ぐと手続き面倒だからデ通サが多いけどね)
さて、ここまで詰めてくれるわけだから、下流側は昔はコーディング設計書さえあった時代、マシンの性能以外を除けば、プログラマーとしてはこれほど助かることもない、綺麗なコーディングに注力できるから、だから昔の日本人プログラマーのコーディングは、芸術レベルで美しかったといわれる理由がこういう仕事の仕方が昔は当たり前だったからだ
昔のアメリカ以外で太刀打ちできる国は地球上に存在しないとまで言われていた時代の日本のIT業界を支えたSEやエンジニアたちは、ここまでやりがいのある仕事をする。
そりゃ年収一本当たり前だわな、これだけできれば。
今のIT業界の仕事の回し方なんて、アジャイル至上主義のweb系とかも見てもらえばわかるが、昔と比べればもはや学園祭の焼きそば屋レベル
上記のような仕事をされると困るから、そういうのが憎くて憎くて仕方がないみたいな奴らしかいないIT業界に、それでも来たいというのならどうぞご自由に。
え?海外いく?行けるわけないでしょコネもないのに。夢みたいなこといってないでパソコンの前に座るような不健全な仕事しないで汗をかいて働きなさい。
ディレクターサイドが大きいタスクを嫌がる工数が足りないと騒ぐ
リファクタしようにも軽微な改善を積まれまくって開発ができない
イベントを行うもイベントが終わるたびに燃え尽き症候群でエンジニアがやめていく
開発の経営陣は古いシステムをどうしようという話に一切口を出さず新しいシステム・機械学習に夢中
クローズするサービスを残し続ける、保守しなければ無料じゃねーんだよ
DBパンパン、使われていないテーブル多数あるけど怖いので消せない
CTO直下のチームは飽き性で色々なフレームワークを開発し運用チームに渡しまくるせいでもうぐっちゃぐちゃ
マイクロサービスを無理やりしたせいでバージョン違い、ミドルウェアの違いなどで更にカオス
DDDとか会社で誰も回せないし正常に導入できていないのに、推し続ける謎行為(俺たちは勘でDDDをやっている)
主要なサービスと新規事業サービスを乱立するのは良いが、損益点をはっきりさせて撤退する勇気を持つ
オンプレはもう限界だよ、オンプレでもいいけどサーバー構築を1h以内にやってくれ頼む
大規模なリファクタリングを行うために経営陣は今の現場の限界に気づいてくれ、株価見ろよ利益率悪いのが丸わかりだろ・・・
自分たちは弱いことを認めて改善をしていけばいい、全員やめろとは言わないけどもっと運用チームの一番下と経営陣がしゃべる時間を作って生の声を聞いてくれ
エンジニアをイベントごとに巻き込むな、全部任意イベントにしてくれ
エンジニアと営業を同じ制度・ワークフローで処理するのは限界ってことに気づいて
最近本当にそう思う。個々人はまともだとしても解決しない問題は残念ながらたくさんあることを痛感している。
そういう職場においてクソなのは仕事そのものではなくて大抵の場合ワークフローがクソなんだと思うようになった。
そんなもんを改善しても何も起きないんだろうけども、やっていくしかない。少しでもクソだって思う瞬間を殺すためには改善していくしかないのだ。
こんな感じ