はてなキーワード: バッチ処理とは
無限のリソースがあるならともかくデータ検証に実行リソースを払いたくないバッチ処理もたくさんあるからなあ
cronでなく…という文脈的に複数のサーバーのバッチ処理を一元管理するJP1とかJenkinsとかRundeckとかそういうメジャーなやつを想像したんだけど、君は何ていう製品を想像したの?
そういえばインフラエンジニアやってた頃Hinemosっていうのが話題になったけどその後とんと話を聞かないな。データのプロジェクトだと使うのかな
別に高級なスクリプト言語でも標準ライブラリやインタプリタのバグは踏むときは踏むし
マイクロタスクな標準コマンドは高級言語のインタプリタほど頻繁なセキュリティアップデートは必要ないので使うバージョンはだいたい決まってるし
「よく検証されている」というのはされているかいないかというバイナリーな概念ではなく程度問題なので、UNIXの標準コマンドと高級言語の標準ライブラリなら標準コマンドの方が"遥かに"よく検証されているし
を書いてはや1年。生成AIの進歩によって凄いことになった。早々に使うのをやめてしまったStable diffusionでもface swapが簡単にできるようになった。その上、この1年でNVIDIAはドライバ更新やTensorRTによりStable diffusionを劇的に高速化した。さらに、先日リリースされたReActor extensionがやばい。その結果、とんでもなく自炊が捗ることとなった。
次の処理をスクリプト化した。
去年の手法よりも生成にやや時間がかかるものの、クオリティが比べるまでもなく高いので許容できる。当然ながら実用性の高い動画はできなかったし、生成した動画はすべて抹消したが、本当に捗っている。
来年はどうなっているんだろうか。
会社のみんなが少しでも効率的な業務を遂行できるよう、平日も土日もPythonやJavaやエクセルマクロやローコードアプリやノーコードアプリ等々を勉強しまくって、ITやDXを一つでも多く実現すべく努力してきました。
組んだシステムに不具合が起きて会社のみんなの業務が滞らないよう、日中緊張感をもって対応してきました。
いっつもパソコン睨みつけて、誰とも話してない。
休暇開始の前日、すべてのバッチ処理を停止させました。
発注状況システムや納期遅延情報システム、取引先買入情報システムや経営財務状況システム等等々、全部全部、全部止めました。
今、スマホを見てみたら会社から60件ほどの着信がありました。
空気には手なんかありませんよね?
あってもなくてもよくわからないものの例えとして「空気」などと言います。
では、空気がなかったらどうなるのか、やってみればいい。
生きていけるのか。
死んでしまうのか。
やってみればいい。
空気がなくて、テメェらは生きていけるのか。
やってみろ。
ICOCA周りのWeb系にしても他のいろんなところでITシステムがひどい
会計とか資産管理のITシステムがDBを直接編集するようなUIになってた
資産登録しようとしたらカラムを全部手打ちで埋めないとダメ、みたいな感じ
おまけにDBの制約条件をチェックしてくれない上にバッチ処理なので
実際に投入してみて次の日に「エラーで登録できませんでした」って返ってくるとか
ユーザーに提供してるようなシステムでも使いにくいの多いよね スシローとかまさにそれ
たまに良く出来てる奴があるんだけど大体が東日本、というか東京側の会社のプロダクト
西日本側の開発でもコンサルが入ってるものはそれなりにちゃんとしてるんだけど
自社開発とか子会社開発のプロダクトは、「学生の卒業研究か?」っていうぐらいヒドイ
スマホのアプリで出来が悪いアプリあったら会社調べて見ると大体が西日本だよ(というか大阪近辺)
JRとかNTTとかITシステムに苦手な会社の西日本側の支社になると輪をかけて酷くなる
もともとモバイルSUICAのアプリもヒドイ出来だったよね(最近はそうでもないが)
総務部長の甥っ子の大学の後輩を縁故採用、というルートで正社員の事務職をしている男性が社内にいる。
社内で派遣で事務をしているのは全員女性。彼女たちは家族のせいでパフォーマンスを制限されているが、
子供を産む前は正社員として働いていた人たちで、能力的には優秀。
派遣労働という待遇であっても1枠に対して40名50名の応募があるので、上澄みを採用できる。
有名企業の事務職枠であればもっと激戦であろうと思う。勝ち残るのは優秀な女性ということになる。
事務職に対して男性の応募は少ない。また、女性と比べて男性で事務職を希望する人はやる気がない。
同じ作業はバッチ処理できるようになってきているので、今の事務職は「気づくこと」が求められる。
営業には不注意な人間がやけに多い。気づくこと、おせっかいをやくこと、みたいなスキルが事務職に求められたりする。
性格的な適性みたいなもので、このスキルは資格や経験で明確に示すことができない。
向いている人は向いてるし、できない人はできない。コミュニケーション能力が低いタイプはたいていできない。
正直なところ、遺伝や、きょうだいの世話をした経験、部活の後輩の世話をした経験など、
男性の事務職希望者はコミュニケーション能力が低い。
縁故採用の男性社員はコミュニケーション能力が高く、フットワークが軽いタイプだが。
男性の事務職希望者は、コミュニケーション能力が低いため営業などの仕事には就けず、
理系的素質もないので開発職にも就けず、事務職に求められる「気づき」「おせっかい」といったソフトスキルもない。
「営利団体では使い道がない感じの男性」が、事務職という仕事を小馬鹿にした雰囲気を醸し出しながら、
事務職希望で応募してくる。そして応募してくる人数自体も少ない。
当然、採用されるのは「子供のせいでパフォーマンス制限されてるけど本来は優秀な女性」になる。
それを男性差別といわれても。言葉を正確にして、「能力差別」と言ってくれ。
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
ブクマ数 | タイトル | ドメイン |
---|---|---|
1558 | 25歳で年商40億円の株式会社アルゴリズム、事業実体はサイト貸しを活用したアフィリエイター集団か。過激化するSEOハックの実態に迫った。 | suan.tokyo |
1252 | 収納の基本講座|DAIKEN-大建工業 | www.daiken.jp |
1234 | 人事制度ハンドブック - kaneda blog | kaneda3.com |
1086 | クマが上から飛んでくる衝撃動画「登山中に熊に襲われた」 現場の真相を取材 | PEAKS, 関東 | funq.jp |
1045 | バッチ処理 プラクティス | www.yamarkz.com |
987 | 月5ドルの自作サービスで最初の500人を集めるまでにやったこと | blog.craftz.dog |
874 | 映画『Winny』|公式サイト | winny-movie.com |
855 | 三井住友カードからの脱出先の検討メモ - 職業プログラマの休日出勤 | tmotooka.hatenablog.jp |
853 | [PDF] 雑踏警備の手引き | www.police.pref.hyogo.lg.jp |
768 | 懸垂のできる公園リスト(場所別) | kensui-to-watashi.com |
709 | 人気スパイスカレー店「魯珈」のレシピを大公開! 「豚スペアリブの薬膳赤カレー」の作り方 | 360LiFE [サンロクマル] | 360life.shinyusha.co.jp |
690 | 三浦瑠麗氏、山上容疑者母の高額献金に「競馬でスったって同じじゃないですか」 | asagei.biz |
679 | プロトコルスタックを写経してネットワークを完全に理解したかった日記 | sititou70.github.io |
600 | 乗換案内1872 - ジョルダン | www.jorudan.co.jp |
582 | Twitterを4ヶ月凍結されて、弁護士に依頼して凍結解除してもらった話 - gecko655のブログ | gecko655.hatenablog.com |
575 | 画像生成AIによって生成されたイラストの見分け方 | blog.oimo.io |
502 | LINE Seed | seed.line.me |
472 | エキサイト翻訳終了のお知らせ | エキサイト翻訳・オフィシャルブログ | blog.excite.co.jp |
468 | NURO光ネットワークに関する調査結果のご報告および今後の取り組みについて 2022年10月12日 ソニーネットワークコミュニケーションズ株式会社 | www.nuro.jp |
457 | 32歳、新しい技術を習得する余裕がなく昔取った杵柄でいつまで食えるか不安です - star__hoshi's diary | starhoshi.hatenablog.com |
446 | 「設計」で大事なのはこれだった!半年間で40本レビューして分かった 5つのポイント - Link and Motivation Developers' Blog | link-and-motivation.hatenablog.com |
438 | ナナイ・ミゲルからシャア・アズナブルへの質問と確認と安堵と絶望 <映画『機動戦士ガンダム 逆襲のシャア』でのすれちがい宇宙> | highlandview.blog.fc2.com |
434 | 機動戦士ガンダム 水星の魔女 公式サイト | g-witch.net |
434 | リモートワークによる孤立から結束へと向かうチームビルディング | research.sakura.ad.jp |
403 | 『ソフトウェアアーキテクチャ・ハードパーツ』 - Don't Repeat Yourself | blog-dry.com |
395 | 美しい姉弟 - 堤翔 / 美しい姉弟 | くらげバンチ | kuragebunch.com |
382 | 「副業300万円問題」大幅修正へ 通常の70倍の反対意見が殺到:朝日新聞デジタル | digital.asahi.com |
381 | Envader | インフラエンジニアを目指すための学習サイト | envader.plus |
366 | 井伊商店さんの麦味噌が味噌と名乗れない問題についてちょっと解説 - 醤油手帖 | shouyutechou.hatenablog.com |
364 | 推し推しうるせぇな、ちょっと黙っとけよ - 夢中で君に恋してる | muchudekoishiteru.hatenablog.com |
薬局に勤めるしがないおっさんだけど、マイナンバー化のメリットが全く見えないんだけど、教えてもらえるだろうか。
これに関してわかる唯一のメリットかな。
保険の請求というのは、いまでも窓口でレセコン(たぶんレセプト処理用コンピュータみたいなもの)に打ち込むと患者さん用の請求書が出てくるほかに保険者に請求する用のデータが作成されて月一のバッチ処理で専用回線でレセプト(請求書)データが送られ、3か月ぐらいすると保険からお金が振り込まれるようになっている。ここで、このレセプトの分は払えないよ、と差し戻されるのが「返戻」。なかには湿布たくさん出して普段使いするみたいな不正請求がはねられる(病気に対して使っていい薬とその量はきっちり決まっていて、怪しまれると個別指導が来る)というのもあるけど、あるあるなのが、そんな加入者いない、という保険番号の誤り。世の中には夏は農業で国保、冬は建設会社で社保みたいな人が結構いて、頻繁に保険を切り替えるため間違って古い保険証をもってきてしまったりする。そこで、患者さんに確認して正しい保険番号をゲットして請求しなおすというのがあるけど、正直、大した量の事務ではない。
で、すでにレセコンあるのに、それとは別回線用意して、別PC用意して、特に連携もなしで、何が事務処理の効率化なの?
このデータはすべて保険者が持っているわけで、そちらにマイナンバーで請求できるようにすればいいだけだよね?各医療機関にデータ置いとく意味ないよね?現状保険が複数ある以上(国保や弱小社保救済のため統合しようという話はある)保険番号がマイナンバー以外に存在することは変わらないし。
現状すぐできるわけではないし将来的にの話としても。問診票書いてもらう手間は減るかもだけど、ボトルネックはそこじゃないので待ち時間は変わらない。そして、データは全開示か全否定くらいしかできない。自分の必要な情報だけ「私は糖尿病の治療中で低血糖の可能性があります」みたいなカードを持っていたほうが意識がなくても開示できて便利な気もする。災害対応という意味でも、電子化されても紙のお薬手帳は持っておいたほうがいいと思う。
受益者負担でお願いしたい。
まあバッチ処理系の枠を超えるとどうしても大変だよ