  |
はてなキーワード: 管理とは
ベビーシッター丸投げでもとりあえず生産力を上げるつもりのあるお前を責めはしない
子供産むけど、（自分か他人かは置いておいて）まともに育てる気ないってなら反対だけどそうじゃないっしょ
これ責められるやつは、子供は実の親の愛情が絶対ーとかの精神論者しかいねえと思うなあ
んで、本題。障害かどうかってのはただの博打でしかないからまず考えないほうがいい
年齢差、薬服用、心理状態、遺伝。要素が多すぎて判断できないうえに、どれだけ管理してもリスクは0%にならないから（将来的に0になる可能性はある）
養子縁組とか里親とか公的なつながりは置いておいて、金で外に出せるならだしゃいいじゃん
なんで公的な問題で断念しようとしてるかはわかんねえな。養子縁組しようがしなかろうが、お前が実親である事実には変わりないのにな。
横増田から反論きそうだから言っておく。元増田の財産知らねえし、どこまで金出せるかによって実現性は変わってくるけど、
車載ナビで動画配信サービス見ようと思ってクロームキャスト買ったけど、wifi接続してないとキャスト認識しねえじゃん
スマホからのキャストだけでよかったのに使えないとかマジ何なんだよカスが
テザリングがどうとか、ゲストがどうとかどうにかできそうな気はするが、毎回スマホいじり倒すの面倒すぎだわ
日産のノートなんだけど、コネクトとdocomo in car加入して金で解決したろうかなって思ってきた
コネクト 7,920円/年
docomo 13,200円/年
計 21,120円/年 ＝ 1,760円/月
値段と可搬性からみるとポケットwifiが優位だけど、電池管理と物が増えるのがだるい
ぶっちゃけコネクトなしでdocomoだけで契約させてくれると1,100円/月で最高なんだけど、コネクト前提が足を引っ張ってる
コネクトの増田的メリットは、遠隔エアコン（エンジンスターター5万程度って考えると6年までは優位）ってぐらいかね
ドアtoドアナビとか、遠隔ドアロックとか、ナビ地図更新3回/年とかの機能はあるけど増田的メリットじゃねえんだよな
今の車ってなんでこんなに考えないとダメなんだよ
じじばばも毎回ならめんどくせえってなるだろうけど、月数回だけならそっかって感じでやる人が多いと思うけどねえ
ぶっちゃけ保護者は同一空間にいて安全管理だけしてれば、スマホ、テレビなどの娯楽で孫遊ばせとくだけで問題ないから、じじばばの負担はそんなにないよ
スマホとかで文句言う両親ならそもそも預けんな（もしくは電子機器以外で面倒見てくれるやつ自分で探せ）って話だわな
週３，４回とかじじばばの負担が重いなら孫の面倒見るのもいやかもわからんが、月数回、週1程度で孫の面倒見る（遊ぶ）の嫌とか思ってる
じじばばって少数派じゃねえかな
セキュリティソフトウェアの研究開発、という仕事を自分の経験をもとに紹介します。主な想定読者は、情報セキュリティ関連を仕事にしたいと考えている学生や若手、特に、いわゆる「低レイヤー技術」に惹かれている人です。
低レイヤ技術を間接的に仕事で生かしてきた経験の共有。元Linuxカーネル開発技術者の場合 - 覚書を読んで思い出したのですが、セキュリティキャンプなどで、セキュリティに興味のある学生とやり取りをしていて、ソフトウェアエンジニアリングの分野でセキュリティ関連のキャリアが議論されることが少ないと感じました。自分はセキュリティソフトウェアの研究開発に１０年以上携わっていることもあり、この職業は低レイヤー技術をセキュリティに活かせる面白い選択肢だと思っているので、紹介してみることにしました。
セキュリティソフトウェアの研究開発では、アンチウイルスやEDRなど、文字通りセキュリティ機能を提供するソフトウェアを研究、開発します。
「研究、開発」と書いたように、この職業には研究と開発の両面があります。
研究は、実現可能性や価値が定かでないアイディアを調査、試験実装する、という仕事がその一部です。例えば、ファイルをディスクに書き込まないマルウェアを検知したいが、どのような技術的選択肢と課題があるかを評価する。実現可能な場合は、開発チームと協働して実装、出荷にこぎつける。あるいは、製品として実装された機能がバイパスされないか調査したり、バイパスされてしまった場合にはその原因を究明したりして、製品を改善するために開発チームと協働する、という場合もあります。
開発は、研究との対比という意味においては、できると判っているアイディアを保守性の高い状態で実現する作業だといえます。保守性の重視は研究との大きな違いで、例えば、研究では、コメントもテストものない書き殴りのコードで十分であっても、開発の工程では、5年後でも改修が必要になるため許容できなかったりします。製品という大きなコードの中での開発であるため、別のチームや利害関係者との連携も、研究の場合よりずっと重要です。例えば、リードのポジションであれば、研究工程で実現可能と分かったアイディアが、既存の機能に統合する形で実装されるべきか否かアーキテクトと議論したり、テスト計画を品質保証のチームと練ったり、プロジェクトのスケジュールを調整したりします。
研究は、既定の手法がなく、闇の中を手探りで進める面があり、最終的に製品レベルにこぎつけずに終わる場合も多いです。判りやすい成果が出ない場合があるので、好き嫌いが別れやすいです。自分は、職業としては研究３，開発７くらいのバランスが好きで、趣味では逆に研究８，開発２くらいになってます。趣味では成果が出ようが出まいが過程が楽しければ満足、という個人的な考え方がこの違いとして出ているようです。
この職業のおいて、低レイヤー技術に明るいことは、ほかの多くのエンジニアができないことができるという付加価値、だと自分は考えています。例えば、特定分野の詳細を知っていることでその分野の研究、開発が効率よくできたり、新しいアイディアが生まれたりします。具体例をいくつか挙げると、OSの仮想メモリー管理に親しみがあれば、プロセスのメモリーを走査してメモリー上のみに存在するマルウェアを検出する機能をより効果的に設計、実装できる。プロセッサーの機能の詳細を知っていれば、CETという新しいプロセッサーにしかないセキュリティ機能を、他のプロセッサー機能を使って疑似的に実現するというアイディアを思いつく。などです。脆弱性の知識や探す技術も、とても価値があります。脆弱性を知らない人と、知っている人では、どちらが脆弱性の少ない設計や実装をできるでしょう。自社の製品の脆弱性を、開発中に発見するのと、テスト・出荷後に発見、改修を加えるのではどちらのコストが少なくて済むでしょう。コンパイラーの知識は検出ロジックを書くための独自言語の開発に、エミュレーターの実装経験はマルウェア解析エンジンの開発に役立ちます。
ただ、低レイヤー技術は付加価値であることに注意してほしいです。
まず前提として、ほかの平均的なエンジニアができることに加えて低レイヤー技術があるべきです。セキュリティソフトウェア開発者の多くは、実はセキュリティや低レイヤーのエキスパートではありません。優秀な開発者であることに加えてこれらを必要条件にしてしまうと、人が雇えなくなってしまうためです。そのため、一般的なエンジニアリングの能力に加えて低レイヤー技術やセキュリティという強みがあると、大多数の開発者ができない（したがらない）ことを任せられる人、と差別化してもらえる可能性が高いです。一方、エンジニアリングに対する素養や意欲なしでは、セキュリティソフトウェアの研究開発職は難しいです。その場合、研究者のほうがあっています。（ちなみに自分は、脆弱性解析とマルウェア解析を専門とする研究職にも各２年ほど就いていました。）
ここからは一般論になりますが、OSに詳しくても、プロセッサーに詳しくても、バグハントが得意でも、それを会社が求める結果を出すために使えなくては意味がありません。会社は、あなたがやりたい仕事をくれません。会社は、会社が必要としている仕事をもってくるだけです。
ではどうやって「会社が必要とする仕事」と「あなたがやりたい仕事」の重複を最大化するか。
まずは、上司にどういう仕事をしたいかを明示的に、繰り返し話しておきます。さらに、能動的に、自分からプロジェクトのアイディアを提案して意欲を示すことも心がけます。あなたの仕事を最終的に選ぶのは上司である以上、上司からの理解は必須です。良い上司（そして良い上司であることを可能する、良い上司の上司）は、必ず、あなたの能力に対する信頼度に応じて、あなたの意向を考慮してくれます。言い換えると、まずはやりたい仕事を主張する前に、与えられた仕事をこなして信頼を得る必要があります。個人的な経験では、これは１年あれば十分で、１年たっても状況に変化がない場合、あなたの仕事ぶりが上司の信頼を得るのに不十分か、あなたがやりたい仕事をうまく伝えられていないか、上司やその上司あるいは会社に問題があるか、あるいはこれらの組み合わせの可能性が高いです。
上記がうまくいかない場合、チームや会社を変えることを検討しましょう。チーム異動はリスクの少ない選択肢です。これも、実現するか否かは、上司からの信頼の程度に大きく依存します。会社を変えるのはリスクが大きいですが、上司やその上司を変えるよりも現実的です。新しい会社でもうまくいかなかったら、また新しい会社を探せばOKです。最終的にあった会社に行きつくか、自分の能力やコミュニケーションに問題があることに気づくと思います。
最後に、「会社が必要とする仕事」と「あなたがやりたい仕事」の重複を追求しないことも視野にいれておきましょう。仕事はあくまでお金のためであって、やりたい仕事のほうが楽しいが必要要件ではない。……という視点を持っておくと、些細なミスマッチで不満をためて、そこそこ良い環境から性急に転職してしまう、という状況を防ぎやすいです。隣の芝生は青い、ということを忘れないように。
セキュリティソフトウェアの研究開発は、セキュリティに深く関わりつつ低レイヤー技術を付加価値として自分を差別化できる面白い職業です。
ところで自分は７年務めた研究開発職を退職しました。おめでとう、ありがとう。これからは、また違う低レイヤー技術＋セキュリティの研究開発をしていきます。
補足しておくとスターレイルだけは文脈的にちょっと毛色が違うんだよ。
同社の前作がオート戦闘どころかオート移動すらないモバイルとしては非常に硬派な作りの本格オープンワールドで、それはそれで世界的に評価されて受賞歴や開発費・セールス記録も飛び抜けた作品になりはしたんだけど、どうしても所謂「ソシャゲ」に慣れたライトゲーマー層にはアプローチできなかったんだよね。もっとお手軽ポチポチに寄せないと間口を広げられないと悟ったわけ。
そこで同社の抜きん出た開発力をそのままにソシャゲネイティブ層へ向けて本格JRPGの形で発信したのがスターレイルで、ユーザー層に合わせるために敢えて旧態依然に見えるオート戦闘可能なターンバトルを導入してる。
けれどベースの部分がかなり作り込まれた作品だから、オート戦闘であってもちゃんと観察して研究する余地が結構あるし、ソシャゲのようにイベント報酬のために日々何百周もさせられるような膨大な作業は通常のプレイでは求められない。
むしろ戦闘一辺倒ではなく、同社の伝統なのかイベントごとにまったく違った知育ミニゲームをやらされるのが主体で、それにまつわるすべてが期間限定イベントの一回きりのプレイで終わる遊びのために作られている贅沢な仕様だ。
だからオート戦闘があるゲームだからといって、手抜きでコンテンツ水増しのためにそうなっているという感じはまったくないし、作業感やそれ由来のストレスも許容可能なラインまでよく制御されている。
よく訓練されたソシャゲユーザーはもうn倍速オート戦闘では耐えられなくて、ゲーム性を投げ捨てた空虚なリソース管理作業ゲーだと開き直って、一括スキップ(スキップチケット消費なし)機能をつけたソシャゲを有難がる方向になってるが。
百歩譲ってギャンブル的だとしても、「ただの」ギャンブルと言えるほど単純に頭の悪いものではない
というかギャンブル的な射幸性が強かったら共産党が許さないだろう
一見ギャンブル的なランダム性が強い普通のガチャのように見えて、運によるブレを極力少なくする仕様になっているのよ
これは、基本の排出率を非常に低くすることでランダム性を逆に低くしている巧妙な手法で
最初のうちはまずでないが、天井付近になると急激に確率上昇していき天井-10あたりの地点で大半の人が排出する、という形になる
これに天井カウントの次回ガチャバナーへの引き継ぎが加わればまさに「かけた分だけ確実に充実する」堅実な疑似定量配布仕様と言える
従来の国産ガチャゲの仕様も廃課金レベルに膨大なガチャ試行を前提とすれば「かけた分だけ確実に充実する」とは言えるが、収束するまでの規模感がまるで違う
この確率変動はマスクデータになっているんだが、ユーザー統計から事実上明らかになっている
国産ガチャゲは業界団体による公開義務みたいなもんがあったはずで、その自主規制のせいで、かえってこういう健全方向へのガチャ仕様の抜本的改革がしづらくなっている
国産ガチャゲでは大当たりの率を高くすればするほどユーザーが喜ぶんだが、それは要するにランダム性を高めて射幸心を煽るものになってしまう
だから運良く引かれても経営が傾かないように、フェスだのなんだのと言って高排出期間とそうでない期間を作ったりするし
一週間無料10連だのといってヤクの売人ムーブをしてガチャ中毒になってもらいつつ運格差をバラマキによる試行回数で埋めてもらい溜飲を下げさせようとする
中華ガチャゲではそもそも天井前に引けることがまずない代わりに、そういう嫌らしいことをせず、トータルコストを低めの2万ほどに抑えており、ついでに排出ポイントがほぼ分かっているため平穏な心で回せて必要な予算も推定しやすい
国産ガチャゲでは天井前に少ない連数で引けることがしょっちゅうあるが、確率設定がゆるくても所詮一桁%なので運が悪いと天井まで6万7万コースになってしまうしSNSでの引けた自慢が精神的に堪える構造になり、ヤケの追い課金や「爆死」が発生する
最終的に無課金微課金で得られるキャラクター由来コンテンツへのアクセス可能度合いは大差ないものの、中華の方がより計画的に狙ったキャラクターを取得していくために排出を自己管理できるゲームらしさがある
その上キャラクター取得由来以外のコンテンツの質が(開発費が潤沢になりがちな分だけ)中華の方が優れているのでゲーム体験全体としてはより優れたものになる
そういうゲーム体験に価値があると感じているから、キャラ取得コストの妥当性を認める人が多くなり、幅広いユーザーから薄く広くの集金モデルが可能になっているわけ
一昔まえの国産ガチャゲでは逸般人レベルに金を持った0.数%の「太客」の理性をいかに崩せるかが収益性の肝になっていて、無料ユーザーはその餌でしかなかったが、そういう時代ではもうないわけよ
それはそう。
保育士一人で5，6人見れるならともかく、わざわざ施設に連絡・管理体制に会計処理までしなきゃいけない保育所に預けるくらいなら
家で育てられるならそっちの方が効率がいいに決まってる
タッデーウーッス
本日は日本において空の日、バスの日、お手玉の日、コンタクトセンターの日となっております。
動物愛護と言われても触れ合えだの積極的に保護しろだの言うのは人のアレルギー事情を加味してない人の発言になりますので、まぁ明確な害獣以外は放っておきましょうかねって感じです。
害獣だけは別ですね。
だからそうなると野良猫、野良鼠もどうなるんだっていえば撃退やら退治してくれる仕事の人に頼んだ方がいいよねって感じです。
元々動物を飼ってるからこそ、動物が安全に過ごせる場所ぐらいはちゃんと見極めなきゃダメだよね、とは思います。
可愛いで許される範囲と許されない範囲をちゃんと認識しておきましょう。
共生なんて野良の動物の方が良く理解できていると思うので、餌やり係でもないのなら餌をやらず、ちゃんと野良は野良、管理してるものなら管理してるものとして距離感を大事にして過ごすようにしましょうね。
ということで本日は【役割の確認よいか】でいきたいと思います。
保育園を運営する社会福祉法人を多く顧問先として抱えている税理士です。雇われですが。
一つの保育園のみ、という法人もあれば県内に10か所構えている法人もあります。顧問先の職員数を合計すれば1,000人を超えます。
給与計算しているのである程度勤務実態が分かるのですが、長時間労働している保育士はほとんどいません。ほとんど、というのは3月に10時間を超える残業が発生する人が多少出るだけ、ということです。
他の月はほとんど残業代がありません。一月の給与総額が数百万円のところ数万しか発生しない、時には1万円未満の月もありますので定時に帰る職員が多いということになります。
早番、遅番のシフトなので延長保育で7時半から18時半まで園が開いてますが、長時間労働する職員はいません。
離職率は悪くないのですが、やはり各園年に1人は辞めていきます。配偶者の転勤などの理由が多いですが、最近は出産などでは辞めずに戻ってくる方が多い印象です。
基本的に専属事務職員を必ず1名置いており、利用者の登下校はシステムで管理、午睡もセンサーシステムで管理している園が増えましたね。連絡帳は手書きですが。また給食は顧問先では園内調理がほとんどです。イベントも一般的な保育園と変わらず行っています。運動会、お泊り保育など。
給与については処遇改善加算ⅰ､Ⅱ､Ⅲにより大分改善したと思います。新卒でも年収300万円は超えるようになりました。10年ほどのキャリアで500万円、園長で800万円超えくらいなので好待遇とまでは言えないかもしれませんが。
それでいて毎年決算には30%基準に悩まされている法人ばかりなので経営は良好です。
税理士の顧問があるから健全に経営できている、又は税理士に顧問を依頼できるほどに健全経営している、どちらかは分かりませんがある程度適切な環境下で働いている保育士さんも多い、という事は知って頂きたいです。増田の見過ぎで保育士全員がブラック労働を強いられていると思う人もいるかもしれないですからね。
少し追記
まず、30%基準に四苦八苦してると書いている通り、残業を隠して賃金を抑えるメリットがありません。
また、保育園を運営する社会福祉法人の多くは理事長が実務に携わっていないケースが多く、実質的な管理者である園長も雇われの立場なのでこれもまた賃金を抑えるメリットがありません。
それでもサービス残業がある、というならばそれはもう仕方がありません。
再追記
preciar 産業保健や事故調査では「現場を見ずに数字だけで判断する奴は最悪の無能。居ない方がマシ」って言われるんで、上がってくる数字だけ見て健全とか言ってるなら馬鹿にされて当然でしょ
なんの根拠もなく、あっても知り合いの保育士は程度でサービス残業があると断定する人たちに馬鹿にされたくない、というのはおかしいですか？
https://anond.hatelabo.jp/20230918201644
そんなことがあったものの、連休だったからか本部から何の音沙汰もなかったのだが、今日の夕方に本部の店舗管理担当者から連絡があった。土曜日に電話で問い詰めて以来、先輩は音信不通だという。
先輩はグループLINEから抜けていないし、私をブロックしてもいない。私に連絡してきた正社員さんも、先輩から何の返事もないというだけでブロックや着拒された訳ではないそうだ。
だけど正社員さんは先輩はもう辞めたという前提で今後の話を私にした。まず、明日から当分の間、私ができるだけ毎日出勤することになった。出れない日まで強制するつもりはないからということで。
そして、求人ポップを作って店頭に貼るとのこと。半年くらいずっと人手が足りてなかったのだが求人ポップを貼っていなかったのは、単に採用担当の人が忘れているんだろうって話だったが、私が思うにそれはたぶん違くて、目に見える所で求人すると先輩が「私を辞めさせる気だー！！」と拗ねるというか発狂するからあえてしなかったんじゃないかな。
店頭に求人ポップがでかでかと貼られているのを先輩が見たら、もうここには自分の帰る場所はないと思うだろうな。などと、なんとなく先輩の考えそうなことを先読み出来るくらいには、変に仲良くなってしまっていた私だった。店のお金がどうも合わないというのを私が徹底的に調べ始めたのも、先輩でもまさか横領などという大それた悪事はしないだろうと思ったのがきっかけだったのだが、調べれば調べるほど、この人以外に誰がこんなことをするのかという思いが強くなっていった。
先輩のことは別に嫌いじゃないんだが、やっぱりやっちゃダメなことはやっちゃダメだろうと思う。腹は立たない。憎しみとかも湧かない。盗まれたのは私の金じゃなくて会社の金なんだし、私は先輩から直接加害を受けた訳じゃないのだ。まあ、横領の罪を私にひっ被そうとはしてたかもしれないけど。
たぶん先輩も私も発達障害だか自閉症だか何らかの脳の特性があって思考回路に似たようなところがあるんだろう。それで変にわかり合える部分があるのでこの半年間大きな喧嘩もせずにやってこれた。基本店番は一人だから一緒に働く時間が少ないために互いの粗が見えずイライラしないというのもあるんだろうけど。
過去に店に勤めていた人も本部の正社員の人たちも、誰も先輩とは仲良くやれなかった。きっとそれは彼らが普通の人だからで、先輩みたいな人のことは理解し難いクリーチャーにしか思えないのだと思う。私は私自身がだいぶ変なので、先輩のことがちゃんと人に見える。横領はやったらダメだろと思うけど。
偏執的な性格を、先輩は店の金を盗ることに使ったが、私はそれを消えた金の行方を徹底的に追及するために使った。わりと似た者同士だと思うんだが、どうしてこんなにも道が正反対に分かれているのだろうか。
明日は予定外に出勤することになったが、バックヤードの鍵を開ける瞬間を考えると憂鬱になる。ドアを開けたら目の前に首を吊った先輩がぶら下がってたらどうしよう。不幸なことにバックヤードの天井にはむき出しの配管が張りめぐらされており、死ぬには最適の環境なのだ。
なんて最悪なことは起きてなかったとしても、ただなんもせずにフェードアウトしていくとも思えないんだよなぁ。
しかし、先輩の家って店から徒歩数分圏内にあるらしいんだが、そんなに近所でよくも大それた悪事を働けるよな！ そこは理解不能。
LINEで生存確認しようかと思ったけどやめとこ。本部も刑事告発する気も被害届を出す気も損害賠償請求する気もないみたいだし。淡々と先輩の退職手続きして終わりそう。
まず批判対象が所詮個人のブログで、このブログ主については特にコメントがないので批判も擁護もしない。ただし男性蔑視かつ決めつけだらけの増田の無茶苦茶な中身に対してはきちんと反論する。
子供を育てなければいけないのは親権を女性に優先的に与えられていることの裏返し。子供育てるのが嫌なら夫に親権渡して養育費負担したら？
https://choutei.net/toukei/shinkensha-tsuma-otto/
あとね、なぜ妻が財布を握る結果になっているか考えたことないの？
男性の8.7％ 438万人
女性の1.8％ 98万人
ダウト。疑われる人を含めても男女合計で約70万人(https://www.mhlw.go.jp/stf/houdou_kouhou/kouhou_shuppan/magazine/201904_00010.html)です。どこから持ってきたのか出典を示してくれますかね？
いずれにせよ、大多数はギャンブル依存症ではないのだからこれだけで女性が財布を握ることは正当化できない。
養育費、生活費、貯蓄とまともな家計をシミュレーションすると夫の小遣いが無くなるだけ
ダウト。夫が管理すると夫の小遣いが増えるは、妻が常に正しいという身勝手な前提に立っている。妻が管理した場合に妻の可処分所得が増えると言わなければアンフェア。
昭和じゃないんだから、嫁が働いて互いに応分負担で家計にいれればよいだけの話。
ダウト。「離婚すればいいじゃん」は両方に言えること。女性が積極的に離婚しないのは本人の意思です。育休で失うキャリアは食えなくなるレベルではない。働く気がなくて離婚できないなら世の中舐めてるだろ。
調査員が調査対象者の自宅へ訪問し、タブレットPCを用いて設問を読み上げ、調査員が回答をPCに直接入力する方法で行われた
ここで誰しもが疑問を覚えますよね？
ダウト。論文をちゃんと読め。内閣府や法務省の訪問留置調査ではデータの妥当性・信頼性が確保できないので、欧州の調査結果と比較するためにEUの調査方法も踏襲して同様の調査を行ったとあり、面接に先立って行っている研修も欧州の方法を用いている。一方、増田の批判は100%増田の主観である。第一その後でその数字を引用してるだろ。信用できるのかできないのかどっちなんだ。引用しているNHKのサイトでも結果が整合しているとしており欧州と比較するために行った調査としてはむしろ妥当であることを示唆している。
つまり，男女平等が進んでいる国の女性ほど，性的事件の中でも，とりわけ些細な事件も含めて，調査担当者に詳細に回答する傾向があることを示唆している。
ダウト。多変量解析は因果関係を証明しない。係数を比較してその関係性から示唆される関係が浮かびあがるもの。
「男女の平等を示す係数が高いほど性的事件の被害率が高い」は相関関係を示すが、「女性は性的事件の被害について率直に回答することができるため，被害率が高めに現れることを示している。」「些細な事件も含めて，調査担当者に詳細に回答する傾向がある」は解析結果を筆者が考察したものに過ぎない。従って、これをもって「痴漢程度だと尚更調査担当者に回答しない可能性が高いわけです。」は言えない。完全に決めつけである。多変量解析の基本からやり直せ。
したがって，発展途上国で，男女の平等が進んでいない場合には，国レベルの性的事件の被害率がかなり実際よりも低めに現れ得ることを示唆しており，それは，国際的比較における正確性を損なうおそれがあることを意味している。
もちろん津島昌弘教授がそんなことを知らなかったわけではないでしょう。
ダウト。一般的なバイアスの傾向として示唆したもので津島教授の調査にも当てはまるが全てに当てはまる。
意図的に抜いたと思うが、津島教授の研究はバイアスを最小限にするために以下のように様々な工夫をしていて、そうすることによって比較ができるようにしている。面接調査員にはEUに準じた研修を行い面接を行うことでバイアスを最小限にしている。
そもそも津島教授の研究目的を理解しておらず論文を読んだかすら怪しい。繰り返しになるが、引用しているNHKのサイトでも結果が整合しているとしており欧州と比較するために行った調査としてはむしろ妥当であることを示唆している。むしろ津島教授の調査結果から都合のよい部分だけを引用しているのは増田自身である。
調査員は全て女性で、面接調査の前に研修への参加を義務付けた。研修内容は、調査の背景と意義…、注意事項(倫理・安全上の注意、回答者・被害者への対処・特別の配慮、調査員自身へのストレスマネジメントなど)以下略
(出典：https://kaken.nii.ac.jp/ja/file/KAKENHI-PROJECT-15H01922/15H01922seika.pdf p2)
調査結果の解釈はNHKが適切に行っている。すなわち調査結果から読み取れることは記載し、読み取れない決めつけは入れていない。
この調査から言える大きなことは、女性がパートナーから性被害にあったときに警察に通報する人がほぼいないということである。警察統計からは実態が見えないので今回のような暗数調査が必要という話であって、さらに暗数があるというのは増田が内閣府のH27のコメントを拡大解釈をしたに過ぎない。
増田の思い込みの域を出ていないのと、サンプリングする際に高いところを取るようなバイアスのかかった調査が国際比較に好ましいと思うのであれば都合のいいデータを求めていると言わざるを得ない。
独身無職の男女でも男性の方が自殺率が高い以上、安易に「男は妻の代わりに外で働いているからストレスで自殺が多いんだ」とは言えないんですよね。
は正しい。ただし、増田が書いたエントリがこのレベルの決めつけだらけだからこそこの文章を書いた。
もうこのやりとりの時点でダメやん？
ダメじゃねえよ。要件を正確に記述できないならコードなんて書けるわけない。
空気読んでいい感じに読み取ってよというのを求めてるなら、仕様書すら書けないダメプログラマーってことだろ。
コンピューターの中では数字で日付は管理されててそれはJavaでは日付のオブジェクトとして表されるんだけど、「今週＝現在の週の水曜日」を表すオブジェクトが欲しい
やったぞ
java.time パッケージの LocalDate クラスや TemporalAdjusters クラスを使用して、「今週の水曜日」の日付オブジェクトを取得できます。
以下のコードは、現在の日付に基づいて今週の水曜日の LocalDate オブジェクトを返す Java の関数です。
import java.time.temporal.TemporalAdjusters;
public static void main(String[] args) {
System.out.println(getThisWeeksWednesday());
}
public static LocalDate getThisWeeksWednesday() {
LocalDate today = LocalDate.now();
return today.with(TemporalAdjusters.nextOrSame(DayOfWeek.WEDNESDAY));
}
}
この関数は現在の日付を取得し、それを TemporalAdjusters.nextOrSame(DayOfWeek.WEDNESDAY) メソッドに渡して、今週の水曜日の日付を取得します。今日が水曜日である場合、それが返されます。それ以外の場合は、次の水曜日の日付が返されます。
今日が週内のどの日であったとしても（木曜日や金曜日であったとしても）その週の水曜日を表すオブジェクトを返す関数を示してください。
それには、今週の最初の日を求め、そこから水曜日までの日数を加算するアプローチを使用します。以下のコードでは、週の最初の日を月曜日と仮定しています：
import java.time.temporal.TemporalAdjusters;
public static void main(String[] args) {
System.out.println(getThisWeeksWednesday());
}
public static LocalDate getThisWeeksWednesday() {
LocalDate today = LocalDate.now();
LocalDate monday = today.with(TemporalAdjusters.previousOrSame(DayOfWeek.MONDAY));
return monday.plusDays(2);
}
}
このコードは、まず今日の日付を取得し、それから TemporalAdjusters.previousOrSame(DayOfWeek.MONDAY) メソッドを使用して今週の月曜日の日付を取得します。そして、月曜日から2日後の日付（水曜日）を取得するために plusDays(2) メソッドを使用します。
もうこのやりとりの時点でダメやん？
コンピューターの中では数字で日付は管理されててそれはJavaでは日付のオブジェクトとして表されるんだけど、「今週＝現在の週の水曜日」を表すオブジェクトが欲しい
id:evergreeen 冒頭の山本一郎のマンションに生活保護の人が住んでいるという設定からもう無茶苦茶なので、朝日新聞と共産党の人もおそらく実在しない。そもそも、朝日新聞の記者が山本一郎に話を聞く理由がないし。
おそらく「山本一郎の住んでるマンションの住人に」という意味で捉えたんだと思うし、そう捉えてる方がこの人の他にもいるけど、これは以前山本一郎が自身の管理するマンションに生活保護の人が住んでると書いてるんでそっちだと思うよ。
まあ私はそっちの話もうっそくせーこいつがそんなに人の面倒見るタイプか？と思ったけど。
現在、中小企業でアルバイトしているものです。現在の仕事内容経験に対して、待遇は適正でないように感じ辞めたいです。
仕事内容:パワポ作成、請求書データベース管理、VBAでの社内システムのメンテナンス、pc関連の雑用全般。HPの管理。
不登校の子供と小さい子供がいるためもう辞めたいが、自分が不完全な社内システムを作ったせいで(その罪悪感もあり)辞めるに辞められない。自分以外の社員は全員pc知識が全くありません。大変小さい会社です。新しい人間を雇ってくれと言っても人が集まらないと言われました。どうしたら辞められるでしょうか?
まずな「本番環境」「テスト環境」なる区分けがあるようなデータベースにSQLでアクセスできる想定が笑かしてくれる
それが出来る設定を誰に聞くんだ？
んでな、事務屋が単独で管理運用できるやつなら、作業前にファイルコピーすりゃいいよ
本題だが
マクロなんて触れなくても、Excelのvlookupが出来るだけで、重宝されるよ
Accessで入力フォームなんて作れちゃったら、薄給だけどそれで食ってけるよ
中途半端にPythonかじるくらいなら、MSOffice使いになれ
それで十分だよ
そういう意味じゃExcelマクロも事務屋にはやらせるべきじゃないが
https://anond.hatelabo.jp/20230917223337
一般論として、40歳未経験エンジニアを雇ってくれる企業はほぼ存在しないと言っていい。
奇特な会社は雇ってくれるかもしれないが、22歳新卒をよちよちするのと40超えのおっさんをよちよちするのだったら100人中99人は22歳を選ぶ。
その上で、だ。40歳がプログラミングを学んで業務で価値を出しうる唯一と活路と言えるのが掲題の「手作業でちまちまやんなきゃいけないことをマクロで秒で終わらせられる事務職」なのである。
この話のポイントは、世の中には「どう考えても手入力させるには無駄極まりない」にも拘わらず「エンジニアの稼働費用と派遣社員の稼働費用を取ったら『エンジニアなら1時間で終わらせられる仕事』を『派遣社員に2日かけてやらせる』のが経済合理性がある」という現象があちこちに転がっているということだ。
これを書いてる増田は、非エンジニアだがPython、GAS、SQLくらいなら自分で書いて実行できる。だからわかるんだが、すっげえどうでもいい仕事なんだけど膨大だからマクロ組んだ方が早い、でも社内の責任問題なり工数なりの問題で「お前は派遣社員を管理する立場なのになんでそれ自分でやってるんだ、派遣社員にやらせろ（※自分でやれば1時間で終わるが派遣社員にやらせると4日かかる、手作業なので）」みたいな絶妙な仕事が、実はIT企業だとゴロゴロ転がっている。
マジでプログラミング未経験40歳がプログラミングで社会復帰目指すのであれば、この「本職エンジニアだと稼働工数かかりすぎて絶対任せられないが、手作業でやるにはマジでクソなので自動化したい」みたいな業務はあちこちにゴロゴロ転がっているので、そこを狙い目にするのがおそらく一番いい。
というか個人的には「プログラミングで自動化できる事務職の人」がいたら絶対雇いたいもん。別にGoogleの第一線級で戦える力なんてなくてもいい。世間の99%はPythonもSQLもJavaScriptも使えないんだよ。で、そういうのって本当に「人力で1営業日かかるしごとを1時間で終えられる」みたいな絶妙なブルーオーシャンがガンガン転がっている。
めっっっちゃくちゃプログラミング書ける必要はない。なんならウェブ上にあるインターネットのコードをいい感じにコピペしてあれこれできたらいい。
とにかく、「手作業でやるにはゴミな仕事をプログラミングで自動化できるスキル」があったら、事務職としてはかなり重宝されるし、そこからスキルアップできると思う。
あ、ただいくつかアドバイスしておくと、「①仕事進めるときはどんだけ言いづらくても同僚or上司に自分がやろうとしてることを伝えろ（伝えないと自分の責任問題になる）」「②本番データをいきなりいじろうとして失敗すると一発死亡だから『データを元に戻す方法』だけは常におさえておけ」くらいのところ。
何に使われているのかさっぱわりわからない。
通常、フィードバック面談とか、目標設定面談とか、中間面談とか、そういったものとセットで運用するものなんじゃないのか。
わが社では一度もその機会がなく、賞与や昇給の時期になると結果だけを知らされ、なぜその結果なのか、理由や過程を上席者に尋ねても「事業部全体の業績や同等級の他メンバーとの比較調整の結果」程度の回答しかない。
そもそもわが社はシンプルに年功序列・社歴重視の体制なので、こういった目標管理制度とはあまりなじまないように思うのだが…。
法にでも触れるような場合を除けば、特別不出来でも、よくできても、結果はさほど変わらないことが既に多くの従業員によって証明されている。
ただ、大多数の事例と比べて、やけに役職が上がるのが早い人が一定数いる。
役職が上がるだけで待遇は上がっていない可能性もあるが、そういう人たちはおしなべて特定の責任権限者に気に入られている…まあそういうことなんだなぁと。
無断駐車に対して、法律上の正攻法でいこうとすると時間もかかってしまうし、お金もかかってしまうし、相手方からそれが回収できる見込みも決して高くない。
自分だったら、自分の駐車スペースに無断駐車された場合、その車に徹底的に嫌がらせをする。
ドラレコがついてないか確認して、ばれないように細心の注意を払いながら、ありとあらゆる嫌がらせをする。
ドラレコがついている場合でも、変装して顔を隠してやればばれない。
無断駐車したやつが自分に抗議してきたら、知らぬ存ぜぬで通す。「いやぁ最近このあたりで車にいたずらされるケースが結構あるんですよねぇ」とかいってとぼける。無断駐車したやつが裁判起こしてきても自分がやったということはどうせ立証できやしない。
反対に無断駐車したことについて駐車料金をその裁判の中で請求する。
まぁこの分野については特別立法を早くするべきと思うが、その動きが全くないので、それまではこの方法が行こうかなと思う。
