はてなキーワード: 要件とは
脳味噌ピンク型ブサイクだとヘイトを買うけれど、それなりに好かれていることが多いと思う。
ここで言う男好きは「魅力があって誑かす不二子ちゃん」的造形でなくて、シンプルにオスが好きなタイプ。
で、先日100カノを読んでいたら(100カノ大好き最高)、性欲がある女性キャラクターは同じく女性キャラクターに性欲を向けがちなのかもと思った。軽い百合枠。
男性に性欲を向けることがあっても想い人ただ一人。
不特定多数の男性に性欲を向けるキャラは今の時代だとあまり良くない感じのオカマキャラばかり。
この非対称性ちょっと面白いなと思った。フェミニズムとかそういうのじゃなく、ただの発見。
追記:
アガワさん確かに不特定多数の男に性欲を持っているかつ好かれてるキャラ造形ですね
とはいえ漫画のテーマになるレベルだとまたちょっと違うっていうかあ…そういう趣旨じゃない漫画に出てくるそういうキャラクターっていうかあ…
代わりがいくらでもいればそれで済むさ。
だけど月給手取25万かそこらで業務用基幹システム一人で全部見れて要件定義、開発からヘルプデスク対応まで全部できるITエンジニア雇えるか?って話だよ。
私はWebアプリケーション開発に関わっているエンジニアであり、社内の多くのエンジニアもWebやネイティブアプリの開発に従事しています。会社の規模は日本国内で言えば大きい方です。
そんな会社で働いている中で、最近著名なエンジニアが入社しました。私はその方をSNSなどで拝見しており、どんなアウトプットを出すのかとても楽しみにしていました(ただし、その方は私とは関わりのない部署に配属されています)。しかし、3週間が経過した現在、もやもやすることがあり、この日記を書いています。
まず、前提として、入社して3週間でアウトプットを出せる人は世の中にそう多くはないと思っていますし、それが高い職位で雇用されているなら尚更だと思います。なので、3週間経って何もアウトプットがないのは仕方ないことだと思います。システムに関する知識(解決したい課題、要件、仕様、関係者、社内事情、技術領域などなど)がまったくない状態で、そのキャッチアップに時間がかかるのは誰しも同じだと思います。
しかし、この3週間でその方がどういうアウトプットをするのか見たかったので、バージョン管理システムのログや社内チャットツールで色々と確認してみると、どうもその方は外部の登壇資料を作ることしかしていないようでした(実際には自社の仕事もしていましたが、登壇資料が9割を占めているように見えました)。
この行動に対してもやもやすることがありました。それは、「まず自社に貢献しないのか?」「登壇料をもらっているならそれは副業の範囲内であり、プライベートでやるべきではないのか?」です。その方がどういう期待値で入社しているのか分からないので、もしかしたら登壇も仕事の一環なのかもしれません。それでももやもやします。そもそも、自社の利益にその登壇は本当に貢献するのか?というところです。外部に登壇するくらいなら、自社向けに発表と質疑応答を行い、社内エンジニアの能力向上に貢献するほうが良いと思います。
よくある反論として「自社の宣伝になるから良いのでは?」というのがあります。それも理解できるのですが、それは自社で得られたノウハウを宣伝する場合に当てはまると思います。しかし、その方は入社後ほとんど自社のシステムに関わっていないので、その反論は当てはまらないと思います。
また、副業として登壇料を受け取っているようです。自分には直接の害はないのですが、これって会社から給料をもらっている時間に副業していることになり、副業規定に抵触するのでは?と思いました。私自身も副業でソフトウェア開発をしていますが、本業の時間に副業をしても良いのだろうか?と疑問に思いました。また、それが普通に許されているのもなんだかなーと思いました。まず、自社に貢献しろよ、と。
私がすごいと思うソフトウェアエンジニアは、やはり自社の課題をスマートに解決する方々だと思います。ですから、登壇ばかりしているエンジニアに高い給料を払っているのがもやもやします。
最後に、その方の職歴について思ったことがあります。あまり詳しくは書きませんが、おそらくそれなりに高い職位(テックリードなど)で雇用されていたと思います。職位が高ければ高いほど、成果を出すのに時間がかかると思いますが、その方は結構なペースで転職しています。それ自体は構わないのですが、もしかして自社に貢献できず、居場所がなかったのでは?と勘ぐってしまいます。この勘ぐりを加速させる材料として、その方の登壇や記事にはほとんど自社の話がないこともあります。
実は他にも色々ともやもやすることはありますが、このくらいにしておきます(登壇内容などにも疑問はありますが、それは個人の自由なので)。
まだ3週間しか経っていないので、これからどうなるのか分かりませんが、引き続きウォッチしていきたいと思います。離れた部署にいる人間から見えていることなので、細かいところは違うと思います(思いたいです)。これからどうなるのか、楽しみです。
いきなり本格的な広告管理ツールを作るためにデータベース設計するのではなく、最初は簡易的なプレーンテキスト形式の設定ファイルで管理するところから始める。
そうすれば当面の間はその簡易機能で対応できるし、対応の速度も早い。
広告管理のスケールが大きくなってきたと感じたところで広告管理のCRUDを設計するのでも遅くはない。
ただし、このアプローチを採用する際には、将来的にデータベースに移行することを見越した設計をすることが重要。
具体的には、設定ファイルの形式を選択する際には、データベースに容易にインポートできる形式を選ぶこと、また、データの整合性を保つための適切なバリデーションルールを設けることなど。
IT業界で、昔はSESで働いていて、大手によく客先常駐していた。どこも大手ばかりでノウハウはしっかり蓄積され、設計書なども充実していた。
SESを脱退し、そこそこ大手のIT企業の正社員になれた。しかし、そこはこれまでのSESで客先常駐していたような企業とは違い、あまり体制的には良くはなかった。
工数管理は基本中の基本であり、やらないIT企業はなかなかないだろう。しかし、当社は違った。
1日に何をしたのか、報告の義務はなく、ただ作業していればよかった。
工数管理とは、案件ごとに工数管理のための番号(工数番号)を振り、さらにその工数番号ごとに要件定義、基本設計、詳細設計、実装/単体テスト、結合テスト、総合テスト、などのサブ番号に分割して、工数を登録することである。
さらにセキュリティ教育などは個々の案件と無関係なことが多いので、維持管理用の工数番号が振られていることもある。
リリース後のトラブル対応なども工数を消費するので、それ専用の工数番号などもあったりする。
さらに、日々の工数を詳細に記載する日報のようなものも導入しているところが多く、どの作業に何時間作業したかを15分単位などで記載する。
工数管理のいいところは、作業をサボりにくくなることだ。作業効率が客観的に見えてしまうため、現実を突きつけられ、もっと頑張らなきゃ、と思う。
工数管理のだめなところは、とにかく面倒くさいことだ。当然だが、工数管理を行うための工数、は工数管理には入力できる枠はない。が、確実に無視できないレベルで工数を消費する。あとトイレなどにつける工数などもない。
しかし、活用されておらず、形式上だけ数字さえ入っていればそれでいい、というものだ。
その形式上すら煩わしいらしく、若手の意見をバリバリ言う人から、
・工数管理は全く意味がない。適当な工数を入力していても誰もチェックしていないのか、何も言ってこない。
・工数管理をしっかりすれば、1日に働いた時間がわかるのだから、勤怠システムは不要である。工数管理システムと勤怠システムを一本化すべきだ。
などの意見が出ていた。
そりゃあ工数管理が根付いてない企業に工数管理を行えばそうなるでしょう。
工数管理は業務に結びつくものではなく導入メリットは明確には測れない。しかし、めんどくささは圧倒的だ。
結果、工数管理システムは完全に廃れ、入力すらしなくても誰も何も言わなくなった。
つまり、当社はよく言えば従業員の意見が通りやすい、悪く言えば従業員のわがままが通ってしまう企業なのだ。
従業員の意見を尊重し、押し付けをせず、それぞれのルールを重んじる。良いことであるが、それでは業務は改善できない。
これまでもそこそこやれてるのだから、それを無視して新ルールを導入しても、組織が壊滅する可能性が出てくるだけだ。
工数管理は基本中の基本だ。どこもやっている。それすらも当社は従業員のわがままが通ってしまうのだ。
(まあ当社の工数管理はテキトーだからダメだったのであって、もっと厳密に管理して、日報なども義務化すれば、これまでサボってた社員もサボれなくなり、結果的に業務は改善していたと思うが。)
PDCAはPlan, Do, Check, Actionの頭文字を連ねたもので、つまり、まずは予定(Plan)ありき。予定がないと実行(Do)はしてはいけない。
実行した後は必ず振り返り(Check)を行いなさい。
当社もPDCAの概念はあるし、週報という形でそれを実現している。
しかしその概念は根付いておらず、週報以外ではPDCAは無視している。
つまり当社は、まずは実行があり、計画は立てることは必須ではない。多くの人は計画を立てない。
振り返りも当然実施しない。実行のみがある。Do, Do, Doである。
これは作業者レベルでそうであるし、案件レベルでもそうだ。案件はたしかに最後には振り返りの資料を作成する必要がある。しかし、これは単に作成しなきゃいけないから作成してるだけで、綺麗事をまとめた振り返りである。
本来は、まずは理想を語り、次に現実を語る。しかし当社は、過去をグダグダ言っても仕方ない、と理想を一切語らず、現実のみを語る。しかし振り返り資料には上司受けするような荒唐無稽な対策が記載される。
当社は、作業の前には計画ありき、などの文化は全く根付いていない。優秀な人間でも根付いていない。
私はただの平社員なので、それらについて指摘はできない。指摘したところで「じゃあどうするの?」と詰められて終わりだ。指摘するなら十分な資料の作成と具体的な対応策の準備、そして責任と人を動かすカリスマ性が必要だ。私にはそれらを準備してまで無駄に頑張る気はない。
と書かれていた。
本来は、業務改善は個々のチームだけの問題ではないので、上層部でマニュアル化してルール化すべきではないのか?
アイデアは個々のチームから出してもらっても良いだろうが、それを取りまとめて全体で取り組ませるのは上層部の役目ではないのか?
それをなぜ、個々のチームに依頼する?
業務改善といえばマニュアルの作成や設計書フォーマットの作成だ。
それは能力の低い人でもマニュアル通りに作業することで能力の高い人と同等の仕事をできるようにするためである。
しかし、当社はマニュアルを作る習慣はない。自分用のメモは作るが、維持管理に使えるマニュアルは誰も作らない。
フォーマットがあるだけで記載漏れがかなり減る。考慮漏れも減る。作業が具体化されるからタスクも細分化して記載できる。
当社には推奨するプログラミング言語はなく、推奨のフレームワークもない。
これらが共通化されていれば、開発者がいろいろなチームに参加しやすくなるし、別のチームの有識者に相談しやすくもなる。
こういった業務改善は本来は上層部が率先して枠組みを作るべきだ。しかしやらない。
上層部に知識がなく、やるとしたら雑な仕事しかしないから、やられると逆に困るのだが。
当社はとにかく従業員の声が大きい。強い。
業務改善などの施策を出しても、従業員が納得しないと続かない。
そういう文化を変えるのは並大抵のことでは出来ない。
環境が変われば人は変わるだろうが、そもそも環境を変えるには人を変えないといけない。だから変わらない。
仕事が回らなくなり死にかければ変わるかと思ったが、たぶん変わらない。
仕事の仕方を変えるくらいならきっと死を選ぶだろう。それくらい変わらない。
2024/05/15 10:48
工数管理すべきなのは、成果物ではなくサービスを提供する人なのかもしれない。例えばPMなど。
当社の開発チームは、開発者やPM以外にも、君必要なの?何やってる人なの?打ち合わせには参加してるけど、ただの工数食い虫じゃね?みたいな人もいるのです。
退職金ゼロにする奇策が全国自治体で横行 非正規公務員5.8万人、勤務が毎日15分短いだけで「パート扱い」
https://www.tokyo-np.co.jp/article/325889
会計県土任用職員のハローワーク求人検索で 詳細条件 退職金あり 291件
会計年度任用職員のハローワーク求人検索 詳細条件なし 3,316件
記事では
『会計年度任用職員制度が導入される前の2016年4月、非正規地方公務員のフルタイムの割合は31.5%だったが、導入後の23年4月には20%程度に減少。自治体が非正規の「パート化」を進めたことがうかがえる。』
非正規地方公務員のフルタイムの割合が約20%とありますが、退職金も共済組合の短期組合員資格のありなしと条件を揃えるべきでしょう。
https://www.soumu.go.jp/main_content/000685208.pdf
(1)常勤職員の所定勤務時間以上勤務している非常勤職員(採用当初から勤務期間12月以下で2カ月を超えて使用されることが見込まれる者)<主に会計年度フルタイム1年目>
(2)所定勤務時間・日数が常勤職員の3/4以上であって、2カ月を超えて使用されることが見込まれる非常勤職員<主に再任用短時間、会計年度パートタイム等>
(3)所定勤務時間・日数が常勤職員の3/4未満であって、週20時間以上勤務、2カ月を超えて使用されることが見込まれる、月額賃金8.8万円以上(学生を除く)の者<主に会計年度パートタイム等>
※現在、全国健康保険協会(協会けんぽ)および厚生年金に加入していない者であっても令和4年10月時点で上記(3)の要件に該当する者は適用拡大対象者となります。
まためんどくさそうな要件だなぁと思って実際に手を動かすと案外1時間ぐらいで終わったりする。
たくさんに見えたTODOも一気に片付いていく。
気になるのはTODOがありすぎることではなく、TODOがないことだ。
仕事が一通り終わって、生産的に過ごそうにも次の仕事がない、そういう状況に陥ることがある。
給料を貰っているからには、利益に貢献しなければならない。そういう責任を感じる。
ところで、ヘルシープログラマーという本を数年前にBookoffに売ってしまっていたが、また読みたくなったので再購入した。
健康本は色々あるが、プログラマーという職業に適した健康本は少ない。
座りすぎの問題、眼球疲労、リモートワークによる運動量低下などは私にとって重大な課題となっている。
本当はスタンディングデスクを使うのが良いかもしれないが、ポモドーロタイマーの休憩時間に立って歩き回るぐらいが私にはちょうどいい。
https://www.docswell.com/s/hoxo-m_inc/Z4Q8NL-2024-05-06-203800#p11
出力が先に来ることが分からないって言ってるけどプログラム書くとき殆どの言語においては出力が先に来ると思うんだけどそれもわからないんだろうか
public String test(String args){
return args;
}
大抵戻り値(出力)が先で引数(入力)が来て処理が来ると思うんだけど違う?
プログラムを書くときって出力の要件を元にして処理と入力が決まると思うんだけど違う?
シーケンスとか書くと確かに入力が元に来るんだけどプログラムの当初設計をするときは出力が先で出力を得るための入力と処理が決まる物だと思うんだ
入力を決めて処理と出力を考えてたら考慮漏れ発生して手戻り発生しない?
補完がやりづらいからっていうのはわかるけど、そんなんFROM句先にかけよで終わると思うので
特に、生成AI運用者が開発の実態や利用者の実態を無視して「(他は知らないが俺は)クリーン」を謳う欺瞞的商法を指す。
無断学習(生成AI開発工程においてデータ提供者の許可を得ないまま利用する行為)は、元々は著作権侵害行為だったが、2018年の著作権法改正でなぜかAI開発だけ引用要件が大幅緩和され無断学習は合法化された。過剰な特定産業優遇としての無断学習合法化をアンフェアと感じるデータ提供者が多い。
後述する脱法ビジネスは、データ提供者の才能や業績に依存しつつデータ提供者と直接競合するビジネスを運用するパターンが多い。このような脱法ビジネスを許したきっかけである無断学習合法化をアンフェアと感じるデータ提供者が多い。
生成AI開発工程において海賊版サイトのデータを利用した事例が報告され、非倫理的だと批判された。生成AI開発の際に利用したデータを公開する義務は開発者にないため今でも利用され続けているのではないかと疑惑を持たれている。
生成AI開発工程において児童虐待画像(児童ポルノ)を利用した事例が報告され、非倫理的だと批判された。生成AI開発の際に利用したデータを公開する義務は開発者にないため今でも利用され続けているのではないかと疑惑を持たれている。
生成AI運用者がクリーンなサービスを自称する場合、クリーンとは「日本の改正著作権法に照らして合法」を意味し、上述したアンフェアな無断学習問題については無視していることが多い。消費者の技術的無知に漬け込んだ欺瞞的広告だと指摘されている。
新聞記事要約AIは、完全に合法であるが、新聞社のコンテンツにフリーライドしながら新聞社の営業を妨害する悪質なビジネスだと指摘されている。
有名声優の声を真似る声質模倣AIは、完全に合法であるが、声優の才能や知名度にフリーライドしながら声優の営業を妨害し名誉を毀損する悪質なビジネスだと指摘されている。
有名絵師の画風を真似る画風模倣AIは、完全に合法であるが、「消費者は画風に価値を感じているのに画風は法的保護されない」という法律のバグを突いた悪質なビジネスだと指摘されている。
生成AIの3店方式はビジネススキームの悪質性を指摘したものであるが、それとは別に、生成AIを用いた犯罪についての懸念もある。
具体的には
が問題視されている。