はてなキーワード: 大文字とは
2024年問題のたびにヤマトとかの宅配の話ばっかしてるけど物流の大半はBtoBやぞ。
工場から倉庫、倉庫から倉庫、配送センターからショッピングモールとか。
たかだか運送業界全体の3割程度しかない宅配業態の値上げとか置き配でポイントだとかの話だけして政府としてやってる感出してるだけだろ。
そもそも2024年問題云々の前に、もうここ30年は前から人手不足だし、いまさら何言ってんだ?って感じなわけ。
20〜30年後にはまじでドライバーが足りなくなるぞって言われ続けてんの。来るんだか来ないんだかって感じの南海トラフみたいなもんなの。
荷主側に賃上げを〜とか過剰な要求は〜って言ったって改善されるわけ無いでしょ。大元の荷主なんて政府とズッ友な企業たちなんだし。そこにメス入れられないから置き配ポイントだなんだで一応やってます感を演出して運送やらねえ大半の国民にアピってるだけやん。
荷主の監視強化月間て言ったって、いつも通り見てるだけだし根回ししてちょっとひどいとこだけ声かけてきちんと監視してました摘発しましたって実績つくりのためのマッチポンプしておわりよ。
配送ドライバーなんて未だにタコ部屋労働や後暗い経歴の人間のたまり場みたいな会社がゴロゴロあるし、そんなとこにいるやつらが理解できるわけもないしタカをくくってんだわな。
小泉政権で規制緩和された結果、誰でも参入できるようになり7次や8次の下請けとかいう買い叩きで味噌っかす業種がさらにミソッカスにされて、働いてる奴らもミソッカスだからこの有り様。
他業種より給料低いって言われてるけどそりゃそうだよ、運んでるだけだもん。大変だよ、すげえよほんと。東京から九州まで運んだりして体力勝負だし。
でもそれだけなんだよな。
今日入社したドライバーも20年トラック乗ってるドライバーもやる仕事まったく一緒なんだし給料変わんねえんだよ。もとになる運賃一緒だから。給料上げる原資もないし。せいぜい年に一回無事故ありがとうで報奨金出す程度(この原資は事故がない=保険が上がらない、修理費が抑えられたというところからくる)
こんな業種でも働く車に憧れてやってくる大卒の若者もいる。本社業務担当とかなら多少まともなのもいる。(免停食らって働けなくて事務職と点呼をするしかないクズもいる。しかもバカすぎて運行管理の資格も取れないとか)
数少ないまともな人間がDXだなんだと生産性あげよう、改革しようとしても現場ドライバーは味噌っかすがまだまだ多いので「こんなもん使えるか!おれはそんなのやらねえからな!」って平気で言う。端末配って動態管理だ勤務時間管理だアプリで確認だとか言っても理解できねえんだよ。
「端末のアプリのパスワードを設定して…」とか言ったら脳みそが破裂して死んでしまう。そもそもアルファベットの大文字と小文字の概念すらないしローマ字で自分の名前も入れられないとかそんなレベルが普通にいるんだよ。メールとラインの違いもわかってねえやつもいる。DXの前に義務教育が必要なやつが平気でいるの。
ローマ字もアルファベットもわかんなくて良いからとりあえず言われたとおりに端末やらアプリやら大人しく使って生産性に貢献してくれればまだいいんだけどさ。
乗って運ぶだけの価値しか産まない仕事じゃ給料上がんないし、残業で稼ぐしか能がないドライバーが大半だ。
そのくせ2024年問題で残業規制されたら給料下がるって会社にキレてるドライバー多いけどじゃお前に運行時間減らしても給料上げてやるだけの価値がなにかあんのか?って話なんだよ。現場改革も嫌がる、配送先でセクハラする、身だしなみの概念もない、運行管理の資格すら取る気がない、何かを学ぶ意欲もなけりゃすべてやってもらえて当たり前。荷主だってこんなやつらのために運賃上げらんねえよ。上げるだけの価値を見せてくれって思われるよそりゃ。
乗って運ぶ以外の役割持たせなきゃドライバーの給料上がりようがないんだわ。
つれ〜わほんと
https://anond.hatelabo.jp/20230913120412
こんな増田が話題になっていますね!この増田に向けてと言う訳ではありあせんが、日常的に増田をファーストブクマカとして見ているので、校正しておきます。
……冒頭部分のパロディはこのくらいにして、校正箇所を述べる。
この増田に向けてと言う訳ではありあせんが
⭕この増田に向けてと言う訳ではありませんが
冒頭から残念な誤字
車や荷物をの状況など
⭕車や荷物の状況など
謎の「を」
助詞の「が」が抜けている。
そして、「言うことが言われており」の二重表現が残念だ。
「言う」は「いう」と漢字を開くのが一般的であるが、元増田は全般的に漢字を開かない(閉じる)のを好んでいるので以降は指摘しない。
通勤などで使う人でなけえば、
⭕通勤などで使う人でなければ、
残念な誤字Part2
「YouTube」は固有名詞なので、英文字の大文字小文字は勝手に変えてはならない。
これまで感嘆符や疑問符は全角文字で表記しているので、全角で統一すべきだ。
残念な脱字。
ここも漢字の間違え。
歩道が別けられて
⭕歩道が分けられて
ここも。
⭕50とか60とかのままになっていることがあります
⭕50とか60とかのままのことがあります
スーパーカー
謎の半角カナPart2
早い速度で走って
⭕速い速度で走って
⭕速く走って
20年近く動いてるらしいから全体のコード量多いし、業務委託は入れ替わり立ち代りだし、同じ人のものでも大文字で始まったり小文字ではじまったりするのもあるしテストもしなきゃならなくなるからやりたくない。
コマンド直入力してもEnter押す前に確認してるからそうそう間違えないしrootユーザーで作業するなって言うならrootでログインできなくすればいいのにそうしない
めんどくさい
他にも仕様書は句点つけるか付けないか統一しろとか用言止めと体言止め混ぜるなとか
お客さんも見るんだからって指導されるけど内容があってればいいじゃん
コードレビューもメソッド名は大文字から始めるなとか本っ当に細かいしうるさい
7、4年目の上司も教育担当の細かい話は無視していいと思うって言ってるし教育担当がカス
15年目の上司は10年目の言ってることは間違ってないから言うことは聞いて仕事しろって言ってるけど、教育担当はチームでずっと女ひとりだったらしいし甘やかされてるんだと思う
さらにムカつくのが、新人教育みたいな制度が数年前まで整ってなかったらしく、その制度を整えたり、教材を実装したのが教育担当らしくて、しかも仕事じゃなく業務外で無償で開発したっぽいから他のチームや部署からも評価得てるのが本当にムカつく
これ使ってワイも作らせてみた
2007年、それはTwitterという名のSNSが誕生した年である。当時、インターネットはまだそれほど普及していなかった時代だ。しかし、その時代の人にとっては「インターネット」と聞いて真っ先に思い浮かぶのはおそらくこのサービスであろう。
そんな時代にサービスを開始しただけあって、Twitterは他のソーシャル・ネットワーキング・サービスとは一線を画す存在となった。それまで主流であったmixiやFacebookといったSNSとは異なり、「140文字以内で投稿できる」という特性が最大の特徴としてあげられるだろう。また、他のSNSと異なり「検索機能がない」「ブログ形式ではない」という点も特徴として挙げられるかもしれない。
そもそも「140字以内」というのは一体何文字なのだろうか? これは「ツイートの文字数制限は1440文字(半角)」という意味ではなく、正確には「テキストファイルの最大文字数」という意味である。例えば、Windowsに標準搭載されているメモ帳の場合、最大文字数は1280文字であり、それ以上入力することはできない。つまり、Twitterでは文字数が制限されているのではなく、テキストファイルの最大文字数が決められているということになるのだ。
もちろん、テキストファイルの最大文字数を超過したければ、テキストエディタを使えばいいだけの話なのだが、ブラウザ上で気軽に利用できるという点で、多くのユーザーから支持を受けた。
続きを書くにはサインインしてください! アカウント作成は [ こちら ]
ふぁっく
辞めたので最近の公文書管理システム事情は知らないけど、適当に予想してみる
公文書管理システムって名前は御大層だけど、うちの市では書庫の棚管理台帳+例規集でしかなく、運用も雑だった。
出勤簿とか、起案書とか、自課で予め倉庫に入れる文書カテゴリをリスト化して保存年限も指定しておく。
カテゴリ分けはかなり大雑把。
公文書管理システムからは空き棚の位置、通し番号が発行されるので指定された書庫の棚に段ボールを置いてくる。
公文書管理システムから今年破棄する段ボールを出力して、書庫から出して、幌つき軽トラ公用車に積んで、ゴミ処理場へ持って行き焼却炉にダイレクトシュート。
それだけ。
例規の方は市長決済や地方議会決議通さなきゃ更新されないものだし、どこにでもローカルバックアップあって復元も容易だろうから割愛する。
UIは10年前なのにWindows95で作ったような化石だった。
管轄は総務課文書管理係で、はっきり言って定型業務「しか」できない人の島流し部署だった。
毎年「いつもの」で済ませて、仕様書なんて10年以上誰も確認してなかったんじゃないかな?
Excelや、下手すりゃLotusで設計されたものを、WindowsやExcelのバージョンアップごとに
「同様に動作して業務を滞りなく継続できるように」って付記だけした契約を秘伝のタレのように使い続けていてもおかしくない。
箱詰めなんてどこの部署も新人と嘱託職員でやって、上司の確認決済もめくら判。
過去文書原本なんてものは重大クレームや訴訟沙汰レベルじゃないと引っ張り出さない。
厳密にアーカイブする労力より、何かあったら該当年度の段ボールを箱詰めミスまで疑って全部洗った方が労力的にはマシだから。
捨てる年度の混載さえなければ、どれがどの箱に入っていようがはっきり言ってどうでもいい。
ここからは予想だけど
行政DXの一環で庁内の働き方改革を進めるものとして、2022年4月から公文書管理システムの運用を開始しており
https://piyolog.hatenadiary.jp/entry/2023/05/06/014208#f-5a93bcab
ってことなので、猫も杓子もDXって中で旧公文書管理システムにも白羽の矢が立ったんじゃないかな?
「紙原本を引っ張り出す想定なんてけしからん、ディーエックスディーエックス……」って調子で。
とは言え、行政の継続性から言って押印した原本をスキャンした所で完全破棄なんてできないし
実務で必要な過年度文書は共有フォルダで管理してるし、役に立つ局面はそうそうないから雑に仕様変更したんじゃない?
Lotusの頃から変わってないような仕様書にチョチョイと「ファイル添付できるようにして」とだけ。
今まで管理していたファイルは棚管理台帳とレガシーフォーマットの例規だけのシステムに。
それなら拡張子の大文字小文字弄ったり、ホワイトリストでバックアップ対象を3日だけ管理しているのも納得できる。
下手すりゃ10年に1度しか引っ張り出さないもののために、決裁文書の最終版全部システムにアップロードするフローが増えるの嫌だなぁとか考えながら。
まぁコツコツ蓄積すりゃ、大量文書開示請求に強気に対応できるようになるだろうけど。
職員の徒労を脅しに譲歩を引き出そうとする、痛くもない腹探るようなやつね。
マジで対応しなきゃならないガチ文書開示請求だったら結局は最後は紙に印刷したものを目視確認しするし。
一括検索で引っかからなかった関連文書も心配だし、紙原本引っ張り出した方が手間ないと思うんだよね。
DX推進してる中で
「システムの添付ファイル紛失したけど、実は紙台帳から業務量改善できてなかったので支障ありません」
とか言えないじゃん。