  |
はてなキーワード: 工数とは
稲作でも畑作でも畜産でも。
もちろん酪農でも。
大規模化によって、機械設備を効率的に使えるようになり、費用が割安になる。はずだったのだが、実際のところそうはなってない。
いろいろと調査をしてみると取ってみると、畑作や稲作だと7～10ヘクタールくらいで大規模化による経済効果は頭打ちになっているらしい。
感覚としても、そんな感じがする。
そして、家族経営の限界＝大規模化による経済効果の限界という感じがある。
家族経営の農業というと、一番多いモデルケースはこんなイメージ。
・半分隠居の高齢の先代と家事労働半分の妻がそれぞれ0.4人分の労働力
1+0.4+0.4+0.2=2人相当、これでできる限界が、7～10ヘクタールくらいな感じがする。
小規模経営がすごい速度で廃業してるのは事実だが、大規模経営のほうが安定してるかというと、それほどではない気もする。
小規模経営のところは、もともと自分の代で廃業するつもりだった高齢者がやってたから廃業スピードが速いだけでという感じもしないでもない。
さっきのモデルケースの家族構成だと、酪農だと搾乳牛が40～80頭というところだろうか。
一人当たり20～50頭くらいという感じだと思う。
例えば、大規模化の例を見てみる。
https://www.alic.go.jp/joho-c/joho05_002974.html
搾乳頭数が500頭で、外国人技能実習生を含めると20人くらいで作業している。
一人当たり25頭という計算になる。
https://www.agreen.jp/job/detail.php?job_id=403
搾乳頭数は2600頭、それを従業員100人で回している。一人当たり26頭という計算になる。
大規模になっても、一人当たりの生産性は家族労働と変わらないどころか、それ以下という印象がある。
家族経営だと、12時間労働が可能で、従業員は8時間労働制だから、従業員の1.5倍の牛を管理できるというのだろうか？
作業内容としても、700kgくらいある牛や、巻き込まれたら人が挟まっても止まらないような農機に近づくような作業を小学生にもさせるくらいのこともするしね。
仮に、質と量において家族は従業員の1.5倍働けるということとしてだ、大規模化による機械化のメリットはどこにいったの？ということになる。
先に謝っておきたいが、酪農はほかの農業に比べても頑張っているほうだと思う。
それでもリットル当たりの小売価格はアメリカの2倍くらいの価格ではあるが、コメの価格なんかはアメリカの5倍以上だ。
牛乳なんか、生鮮食品のため、海外と価格競争が働きにくい食品であるにも関わらず、相当に頑張っている。
しかし、この売上じゃ採算を取れないから規模拡大、規模拡大するために低賃金労働者の確保、というロジック破綻してるような気がするんだよな。
経営者からしたら、家族の倍以上を払ってるのに働きぶりが家族以下と思ってるだろうし。
たぶん、農業って低スキルでもなければ労働集約でもないんだよ。
"頭のいい官僚"がみる農業というのは、労働量として一番多い作業、稲作でいったら田植えと稲刈り、畑作や果樹でいったら収穫や選果ばかりしか見えてない。
農業従事者たちも、わざわざ言語化しちゃいないから、そんなもんかなって思ってるけど、たぶん農業の本質ってそこじゃないんだろうね。
今の農家っていうのは、生き残ってるってだけで、自覚してないだけで高度技術者なわけ。
頭のいい官僚たちが工数を計算して、「こことここが工数の何割を占めてるからそこを削減すれば何割効率化できる！」みたいなことを考えて指導したって、たぶん上手くいかないんじゃないかな。
今の、農業における大規模化や安い労働力の確保というのは、例えるなら机と椅子の数を増やせば、1クラス100人で小学生に勉強を教えられるか？という話だと思う。
「声が届かなかったらマイクを使えばいい」、「黒板が見えなかったらスクリーンを使えばいい」、とか、現場を知らない人が運営方法指導するわけ。
別の例えをするなら、宮大工に木材を触ったこともない学者が木造建築のイロハをおしえてるようなもんだと思う。
宮大工のノウハウを言語化したり、技術習得のカリキュラムを体系化するのが重要で、「カンナを電動カンナにすれば作業効率アップ！」みたいなもんじゃないと思うんだよ。
最近分かったけれどウォーターフォールとアジャイルの違いって開発者がユーザーかどうかの違いなんだよな
開発者自身が作っているソフトウェアのユーザーだと、使っているうちに仕様の変更に自然と気付くし
ユーザーの状況・環境の変化や社会・技術の変化によって仕様が変わるのは避けられないっていうことに気付くから
最初に仕様を固めるウォーターフォールのやり方は根本的に間違えてると分かるんだけど
ユーザーじゃない人は他の観点（開発工数とか予算とか）に左右されるから仕様を固めようとする
そもそも人間が使う以上は仕様なんて変わるのが当たり前なんだけど、それから目を反らしてるのがウォーターフォール
よく家とか車とかはウォーターフォールで作る、みたいなこと言うけど
設計士だって建築する人だってその家に住むわけじゃ無いから仕様の変更っていう観点を持たないっていうだけだよね
家に住んでると「やっぱりこうすれば良かった」とか「趣味が変わって部屋が必要になった」みたいな仕様変更は当たり前で
自動車についても状況の変化や想定外によって仕様変更は当たり前だけど買い替えという形で対応してるし
自動車は中古車市場が充実してるからローンで買うのが正解というのはこの辺の買い替え需要もあるよね
一方でソフトウェアだと大半の場合は仕様変更に対して「技術的に」対応することは可能なんだけど
ウォーターフォールだと金銭的な問題で作り直しになることが多いし
自動車みたいな汎用物じゃなくて専用設計で一から作り直すことになるからコストが割に合わないことがほとんど
なので、その仕様変更に最大限満たそうとするのがアジャイル開発で、そのために必要なのが動いているコードとコミュニケーション、リスクの共有
登場人物としては、私がA社、カウンターパートとしてB社がいます。それに加えて、A社の下に下請けa社、B社の下に下請けb1社とb2社がおり、合計5社各1名で取り組んでいます。A-a、B-b1,b2には売買関係が生じているものの、AとBは役割を分担して、対等な関係で進めていました。
途中、スケジュールの都合上、どうしても1回は休日出勤挟まなければならなく、キックオフ時でもそれは全社了承して取り組んでいました。私も3カ月前からその日の休日は、出勤の予定でいました。で、先日行われた休日出勤直前のミーティングの最後に、B（の担当者）が「次回（休日出勤予定日）は出席できないんで、b1さん、b2さんお願いします」と言い放ちました。
全員絶句ですよ。立場上、私以外は指摘できないと思うので、しぶしぶ嫌な役を引き受けて、「えっ、出られないんですか？大丈夫ですか？」と聞き返すも、「いやいや大丈夫ですって。うち休日出勤、厳しいんです。b1さん、b2さん、代わりにお願いします」と発言されました。私もBに対する命令権はなく、またあったとしても休日出勤を強制するのは難しいので、もやもやとした形でミーティングを終えました（商流的にはルール違反かもしれませんが、ミーティング終了後、愚痴や嫌味な口調にならないように注意したうえで、電話でb1、b2と簡単に相談はしておきました）。
Bの役割は、Aとの合意内容を承諾し、実業務に落とし込んで、b1とb2に指示することです。なので、仮にBが存在していればすぐに決まることも、Bが不在だとB側のb1b2は持ち帰ったうえで休日明けに改めてBと協議し、その結果をAと共有するという工数が発生します。仮にBが承諾したとしても1～2日の遅れ、Bが承諾せずに再検討となった場合、合意3日以上の遅れが発生します。このシーズンでの遅れは、年末年始にかかる可能性もありますので、そうすると3営業日の遅れでも、2週間以上の遅れに匹敵します。
他社・他人の仕事方法を強制するわけにはいきませんが、全体で合意していたことを個人の都合でひっくり返すのもどうかなぁ、と思いました。私の上司を通じて、B社の上司にクレームを入れることもできるかもしれませんが、そうするとBの気分を害して進捗に影響が出る可能性もあり、かなりモヤモヤしています…。はてなー的には、バッファが無いプロジェクトが悪いとか、リーダーを立てないことが悪いとか、休日出勤前提なのが悪い、とか前提時点でぼこぼこにされそうですが…言い訳すると小さいプロジェクトかつ本業とは関係ない分野だったのでゆるゆるのスタートだったんですm(_ _)m
IT系に入って2年目、エンジニアしてるけどこの業界の仕事向いてないなぁと思うことが多々ある。昔からケアレスミスとかするタイプだから、仕様書とかテストとかのドキュメントを作る仕事とかが割と苦行。直し忘れとかはよくあるし、細かい書き方とかで何度も指摘入って直される。あとはGitの管理とかも任されたりもするけど、マージとかで失敗して迷惑かけるのもしばしば。リーダー的な存在の人がこれやっといてね〜あとはこっちが確認するだけにしといてね〜と思ってるレベルの作業ができてないので、完全にチームのお荷物と化してる。
逆に、プログラミングとかコードの実装に関しては、昨今の技術革新で分からないところを調べたりAIの助けも借りつつ、今与えられる仕事のレベルではこっちの方がなんとかなってる。だけど、ちょっとコード書けるくらいじゃこの業界はやっていけないんだよね。ドキュメント作成もそうだし、上の立場になれば工数管理とかチームマネジメント、客との折衝とかもあるわけで、AIに助けられる程度の技術力じゃそれらをカバーできないし仮に技術力があってもそういう他の仕事で躓いちゃう。かろうじて就職はできたけど永遠に同業種で転職だなんて夢のまた夢すぎて、頭打ちな気しかしてこない。勉強して何か知識とか技術とか学ぶにしたって今やってる仕事と関係なかったりすると頑張ってもこれどこで活かすんだとモチベも無くなるし、そもそも今やってる仕事で手一杯な感じもしてる。それに結局技術とか知識を身に付けても、上に挙げた資料作成だの顧客折衝だのマネジメントだのといった要素が足りてなさすぎて、勉強してもこの業界ではやっていけないのかなと思ってしまう。人見知りだから接客はなぁ、体力無いから肉体労働もなぁ、と消去法の末に残ったことと手に職が付けられるという理由でIT系を選んだのは少なくとも間違いだった。
ただそうだからといって、今から異業種にいく勇気も出ないしそもそも何がやりたいことなのか、向いてるのかもわからなくなってる気もしてきてる。あと今のこのスペックでどこか雇ってくれるところなんて、ないよね？
ある程度の肉体労働と接客は覚悟した上で、自分でもやっていける仕事に変えたいなぁ。こんな無能でもやっていけそうな向いてる仕事とかありますか？
増田さんは答えを持ってるんだろうか
ターゲットと目的を明確にして欲しい。最悪ほぼ不要だが、上司の○○を納得させるため、とか規則で決まってるので馬鹿らしいが作らなならんとか
○○の人柄とか評価基準に関しては、時間が限られてるのでざっくりとしか聞けないのは納得するのでおいおいの宿題でよい。
＞「目的によって書き方が変わると思うんですけど、その辺どう考えたらいいですか？」
ほんとに知りたい。目的不明の作業を見積る意味。えいや！ で進めがちだったけど。
後で説明するのだから（来週じゃないよね）、資料作成前に目的を伝えられない理由があるはずで、それは作業の割り振り等検討が優先度高い状態ということは想像できそうだ
えいやで見積もるのは乱暴すぎるので、どのぐらいの精度かっていう情報は欲しい。新人で似たような資料の作成経験なかったら貰っても意味は薄いが
今週中については、何日何時と提出方法（それ以降に指示だすからファイル出来てたらよいのか、メールで送るか紙に出しとくか）言えば済むはず
普通は考慮しないんだろうけど、休日出勤とかありがち状況なら、月曜朝まで時間があるかもしれない。これも目的次第で変わってくる。
急ぎでざっくり、この書類の完成予定が知りたい
急ぎなので目的について細かいことは伝えられないが、大まかにいえば～～
最終期限は金曜定時（内に自分が確認すること、途中チェックとか要るかな）
収まりそう？ 質を80％とかに落としたらもっと早く終わりそう？
とか、めんどいな。けど新人の時は先輩いい人だったから聞いてたな
目的ざっくりと期限伝えて精一杯頑張ってと投げて、早く終わりそうなら教えてというか日々進捗聞いてた
進捗は工数で良いと思うのだがページ数みたいなので管理されてたりして、後で見直しとか修正に時間かかる系の作業で90%とか真面目に報告してしまうと他の作業やらされたり次回からなんでそんなに時間かかるの？とか面倒な話が起きたりするので50頁作ったのにまだ20頁ですとか嘘ついてた
チェックして、しました、誤字めっちゃ残ってるやん その視点では見てません とか 構成はる程度どうでもよいとか 数字だけ整合性取れてたらよいとか なんか色々ある（実際あんまりそんなこと考えて仕事してない というかデスクワーク系仕事したことないので想像で書いた
プロジェクションマッピングの件は関与してないけど、似たような仕事多い
仕事内容は、広告という納品物をこしらえることと、相手の求めるマーケティングっぽい資料を作ったりすること
国に関する仕事には、思うところがある
まずおそらく広報部あたりの部があり、使える予算が決まっていて、広報部もマーケティング戦略的なことを考えて広告会社に発注している
訴求内容は色々だけど、国の催しとか、新しい国系のサービスの認知広げたいとか、選挙なら選挙、といった内容
この作業や業務って必要なのか？広告作ること自体不毛じゃ無いか？と思っている
もはや質の良いクリエイティブを作ったところで効果も薄く、xのエンゲージメントを謎にありがたがり、一方で売り上げはあがらない、みたいなことが頻発してるので
認知の広がりに対して売り上げにつながってない
なので、広告物は企業のマーケ部及び社長陣たちの存在理由を作るための、高級なオーダーメイドだと思っている
国系の仕事に話を戻すと、
国系の仕事は大体予算が限られており、お金のない案件が多く、子会社への発注もしにくいため、自分たちで動かなければいけない工数も多い。若手仕事もしくは窓際おじさんの存在理由を作るための仕事みたいになっている。
お金ないとはいえ500-1000万くらいはあったりするので、それが税金から出ていると思うとなんとも言えない気持ちになる。
そして、肝心の作る広告に関しては、商品を売るわけでは無いので売り上げという指標は無いことが多く、認知の向上という感じ
議員のXのフォロワー増やすための広告施策とかはそれが顕著だった
で、今の日本は重い税金と使われ道が不明瞭な現状があると思うけど、
仕事を通しても無意味なことにお金が消費されてるなというのを日々感じて、申し訳なくなる。
中抜きとも言われるが、働く身としては労働の対価として正当性をもって働いている(それくらい動かされるから)
労働は主に8割がた不要な、発注元の上司や役員(自治体なら市長、都知事とかも含め)を納得させるための説明資料の制作や会議に対して発生する。
今の日本は役員や市長や都知事あたりだほぼシニア世代だと思うが、
そういった人に時間を使わせることに何も思わないテイカー気質な世代が、
もうちょっと見栄えをよくするためにこうしてほしい、とか、やっぱり前言ってたことと違うかもだから1から考え直して欲しいとか、無邪気に要求することに対して発生する。
我々は国から発注を受けているので、受けたからには、そういった上申資料の制作やきめこまやかな対応などをする必要があり、最終的に広告物も納品する。
ただ、その広告物の効果といえば、よくわからないエンゲージメントの多少の向上だったりしかなく、国や自治体側の自己満足になっていると言える
この一連の流れに税金が使われていることを感じると、この仕事が発生する仕組みがあること自体が問題に思えてくる。
例えば、結局やることがxでのキャンペーンみたいな、バズり職人が1人で考えられるレベルの、媒体も考査も大きな会社を倒す必要がないレベル感のものなら、
自治体の広報部自体でインハウス化し自分たちで考え、制作会社に直発注するような形で、なるべく会社を仲介せず広報活動してもらうとかってできないのかなとか。
ただ、そうやって自分たちで考えたものを自主的に上申することができないような、出る杭が打たれる風土な感じも想像できるから、
代理店が言ってるからやってみようと責任転嫁することでしか決断できない風土な感じも想像できるから、
目標設定ってもっとざっくりしていて、「今年は売り上げアップ！」とか「新規プロジェクト頑張る！」くらいのノリでいいんじゃないかと思う。
でも、うちではそんな甘い考えは通用しない。
何が「売り上げアップ」だ、具体的にいくら増やすんだ？ どのプロジェクトで、どのクライアントをどう攻めるんだ？
「頑張る」ってのは何時間かけてどんなアクションをすることなんだ？ そう詰められて、気づけば目標設定のために一週間くらいかける羽目になる。
最初に草案を出すと、たいてい上司から「具体性が足りない」と返ってくる。
次に具体的な数字を入れてみると、「それだと達成可能性が低いから現実的に見直せ」と言われる。
ようやく数字を直して提出すると、今度は「この目標だと君の成長が見えにくいから、もっとチャレンジングな内容にしてほしい」と返される。
このやりとりを何度も繰り返していると、だんだん何のために目標を立てているのか分からなくなってくる。
しかも、目標設定のフォーマットがまた厄介だ。詳細なプロセスを書き込む欄があれば、達成可能な理由を書く欄もあるし、
途中で起こりうるリスクとその対策まで求められる。まるで戦略会議かのような書類を一個人がひとりで作るわけだ。
「このフォーマット、本当に必要なんですか？」と聞いてみたことがあるけど、
「社員一人ひとりが戦略を考えられるようになることが重要だ」とかいう、なんとも納得しがたい答えが返ってきた。
いや、それを考える時間で普通に仕事したほうが会社のためになると思うんですけど。。
しかもこれ、全社員がやらされるのだから、会社全体でどれだけの工数が目標設定に割かれているのかと考えると、
恐ろしくなる。会議室で「この目標のここの部分が曖昧だからもう少し具体的にしてくれ」と言い合っている間に、
もっと生産的なことができるだろうに。目標設定が業務の最優先事項と化している今の状態、明らかに本末転倒だと思う。
結局、目標設定が終わるころには燃え尽きたような感覚になって、実際の仕事に取り掛かるころには
「あれ、これ何のためにやってたんだっけ？」となる。これで年末には「目標にどれだけ近づけましたか？」と尋ねられるわけだから笑えない。
今年もこの目標設定という名の茶番に振り回されるのかと思うと、正直うんざりする。
ついこないだ自分で使うために自分の絵柄loraを一応ライセンスの事も考えてanimagine使って作ったのよ。
実際使ってみるとテキトーに学習させた割にマジで自分が描いたことのない自分が描いたようなイラストが出てくる。スゲーな…っての同時にコレを他人に勝手にやられたらまあ嫌だよなあとはやっぱり思ってしまう。でも無断学習なんてのは流石に無理筋だよなあとも思う。たったの数行のプロンプトから俺の絵柄の癖と同じ癖を余裕で読み取れるイラストが出てくるのは、やっぱり変な気持ちにもなる。きっと便利に使えるはずだと思っていてもそう。
ちゃんと触ってるのはstablediffusionだけだからその話になるけど、一応1.xのcontrolnetが出る以前からなんか上手い事使えねえかなぁと思ってアレコレ試してはいたんだよね。
controlnet以前は案出しとか色を適当に選ぶとかなら使えなくもないか……？位だったけどcontrolnetの登場でかなり流れが変わった感じだった様な思い出。当時特にあぶぶ氏のnoteが大変参考になった思い出。
実際に線画を与えて自動着彩とかラフを渡して自動線画とかはこの時点でローカルで出来るようになってた、手直しはいるけど。あと背景生成も、適当にアタリをとって雰囲気掴む用の仮背景とかはまあボチボチ実用的だったかなぁ。
それでSDXL出てすぐ位はなんだ重い割に微妙だなあとか思ってたけどその後、animagine、pony、そしてつい最近illustriousと来て精度が割に高くて自由度もあるようなのが出揃った。もちろんXL用のcontrolnetの存在は欠かせない。
1.xの時点でもパッと見きれいな塗りは得意だったし、更にそれもよりコントロール出来るようになったと思う。
それで更に自分の絵柄loraが加わってより自分にとって使いやすいモノが生成出来るようになったと思いたい。
そんな風に画像生成AIを実用的に使う事を模索していた身でもAIが吐き出す絵の手軽さとクオリティの塩梅に喰らってしまう時もあって、若干メンタル崩しかけたタイミングもあった。絵もAIもモノにしてやるつもりでいると思って居ても喰らった。そんなだからAI嫌がる人らの気持ちもわからんことはないんだよね。
でも絵描きを煽るような真似をする過激な親AI派もちょっとでもAIが関わるとキャンセルを始める反AIもそれに便乗して火に油を注ぐイナゴ達にもウンザリしてるんだよね。
生成AIをうまく活用して工数減らしたりクオリティアップに努めたりしたいって所は沢山あるだろうにと思うとともに、ガッカリな感じの雑にAIを使った仕事を表に出してしまうのはもう少しどうにかならないのかなとかも思う。
今のツイッターがAIがどうのこうのでやれ削除だウォーターマークだ垢消しだとアレな盛り上がりかたしたのもなんだかなあ。
せっかくAIで自動線画とか自動着彩とかも出来るようになってきたのにあちらこちらで煙が立って余り気持ちの良くない話題が目につく。
野党が政権取るために必要なのは、主要な論点で自民党より確実に良くなると国民が感じられる政策提言をすること。
経済、国防、福祉教育、エネルギー政策あたりが主要な論点だと思うが、立憲民主党の場合、個人的には自民党より少しマシか、さもなくば大きくマイナスなことしか公約に書いてなくて積極的に投票する理由がない。
自民党より、資金もマンパワーも少ないはずなのに裏金問題に工数かけてしまって他の論点がふわっとしてる。政治に関心のない一般国民は立憲民主党が清廉潔白な政党で、政権交代すれば万事解決とはこれっぽっちも思ってないよ。
Ruby全盛期のちょっと後くらいからWebエンジニアをしているんだけど、React.jsがいろんな意味で扱いにくすぎる
関わっている人にもフロントエンドエンジニア(=React.jsしかやりたくない)が多いので毒気で吐き出しておきたい
ライフサイクルや裏側の仕組みをなんとなく理解していないと使えず無意味に複雑
useEffect一つとっても~~の場合はuseStateでいけるとかTIPS集みたいのがあるけど、そういうウンチクみたいなのわかってないと使いこなせないのは仕事増えてない？
仮想DOMで高速化とか言っているけどライフサイクル理解しないと速度でないよね？いつものプロジェクトそんなにちゃんと書けてる？jQueryで良くない？
ベストプラクティス知っててちゃんと設計しないと改修する工数がすごいことになる
そもそもプロジェクトにおいて作るものは都度変わっていくので完璧な設計は存在しない。なので、設計をきちんとしないとカオスになるのはReact.jsのほうが間違っている
React.jsと別のフロントエンドライブラリ比較するだけで空気悪くなるので正直フロントエンドエンジニアの人の前で話せない話題がある
なぜかフロントエンドライブラリをReact.jsしか許さない人が多いのはなぜ
言うまでもないけどNext.jsの記法はひどすぎる。Remixは良いけどそれならもうReact.jsじゃなくていい
数少ないメリットだったエコシステムだけど、もうReact.jsしか対応していないことなんてほぼ無い
フロントエンドリッチでアクセス数ものすごいサイトを運用するのにフロントエンドライブラリが必要だった時代にReact.jsを開発する必要があったのはわかるけど、もっと便利なフロントエンドライブラリあるし正直時代遅れなのを理解してくれ
