はてなキーワード: ibmとは
EU、巨大IT企業へのコンテンツ規制法に合意 デマなど排除が義務
欧州連合(EU)は23日、グーグルやツイッター、フェイスブック(現メタ)などの巨大IT企業に対し、オンライン上の違法コンテンツの排除や広告の適正表示を義務づける「デジタルサービス法(DSA)」を制定することで合意した。市民が安心して使えるネット環境づくりを進める。
立法府の欧州理事会と欧州議会が、EU行政府の欧州委員会が提出した法案をもとに同日合意した。
欧州理事会などによると、DSAは児童ポルノやデマ、差別などを含む違法コンテンツの排除を義務づける。広告表示も基準を厳格化し、子どもをターゲット広告の対象にしないことなども盛り込んだ。月間利用者が4500万人未満の企業は、こうした義務の一部が軽減される。
コロナ前の東京モーターショーだったかで、IBMが車検証にブロックチェーンを応用できないか実証実験をしているという話を聞いた
あれどうなったんだろうか
巷で聞くブロックチェーン関連の話題は専ら投機対象としての暗号通貨ばかりにフォーカスが当たっていて、正直あまり面白くない
(車検証の話を当時勤めていた企業のCFOに話してみたら「金儲けにならなそう」とか抜かすので一生友だちになれそうにねえなコイツと思った、どうでもいいけど)
金融や車検証に限らず、たとえば電子カルテや選挙、ビザ、自治体のあらゆる手続き、職務経歴、そういったもんがブロックチェーンで世界的に分散管理されるようになったらすげえ効率的だし平和に近づく感じがする
俺は中卒なのでわからないことが多すぎるんだけど、上みたいな話をあまり聞かない気がするのは俺が知らないだけなのか、それとも技術的、国際的、倫理的に問題があるのか?
みんなの意見を聞かせてくれ
物流会社の事務員なんだけど会社がRPAツールを導入するってんで定型作業を自動化しろって話しでRPAプログラミングをやらされてたんだわ。
1、実務の合間にやらないといけない
現場がクソ忙しい時に悠長にデバッグとかやってられん。あとデバッグみたいな作業は見た目何もしていないように見えるからここぞとばかりに仕事振られたりする。
2、本番環境とか開発環境とかない。ぶっつけ本番で稼働→失敗→デバッグを繰り返さないといけない。
これは自動化する仕事によると思うんだけど、実際に現場で使うデータをRPAプログラムに投入しないとそもそも要件がわからないことがある。データの特性というか、物流事務なんかだと8割がシステム化されているけど2割は荷主や配送先のわがままで特徴的なデータの不備があって、それに対応するのが事務屋の仕事なんだけど、そういう面倒な作業を自動化しろとか言ってくる。そもそもRPAなんてシステム化のスコープ外の面倒な事務を(金をかけずに)自動化することが目的だから当たり前なんだが。
そうすると要件の洗い出しとかできない。ベテランのオペレーターにはそういうの全部頭に入ってるからマニュアルとか作ってないことが多い。実際新人に教えるときもぶっつけでやらせてわかんなかったら聞けみたいな世界だし。
3、(2)みたいな事象があるからソースコードがぐちゃぐちゃになる。ぶっつけ本番でプレッシャーがある中実行してその場凌ぎの改修して保守性皆無
RPAツールってWindowsのUIをいじって業務を行うプログラムを作るんだけど、結局今どの画面を開いているのかとか、どのエラーが出ているのかとかプログラム上で管理できない。既存のソフトウェアUIがたまたま運良くRPAツールと相性が良ければいいけどそうじゃなければめちゃくちゃやりづらい。特にIBMのPCOMMとかはツールとの相性が悪くて地獄だった。
書かなくてもわかると思うけど、業務で操作するソフトのUIが変わった瞬間にそのRPAプログラムはゴミになる。
(4)に関係するんだけど、RPAプログラムが立ち上がった時のパソコンの状態によって処理速度にムラがあるので、プログラム上このステップまで進んだらウィンドウはこの状態にあるだろうと仮定してプログラムを作ったところ、実際100回のうち99回はそうなんだけど、1回だけ処理がもたついてその状態にならなかったからバグって処理が停止する。みたいなことがある。
もちろんツールではウィンドウが操作可能になるまで待機、みたいなのはあるけど操作可能、全面にある、みたいな粗い粒度でしか状態管理できない。
7、こう言うのをちょっとパソコン得意とかEXCEL VBA かけますみたいなやつにやらせることの矛盾
うまくいくわけない。(4)(6)のところでウィンドウの状態管理とそれに起因するバグについて書いたけど、こういう時RPA担当は一般のプログラミング言語でいうsleepで職人芸的に時間調整するんだぜ?こんなのもう(3Dリアルタイム)ロボットプログラミングでしょ。
結論を言うと2022年の馬鹿みたいに複雑化した物流の事務(そしてそれは主に荷主と物流会社の主従関係によるわがままに起因しているのだが)をRPA化するのは無理だしもうやりたくないね。
1byte=8bitってのはASCII ( *American* Standard Code for Information Interchange)、つまりアングロサクソンの世界制覇の野望であって、我々 ISCII (International Standard Code for Information Interchange) は1byte=10bitのコンピュータを作る! となったとしよう。ISCII仕様のコンピュータはヨーロッパ諸言語の文字、キリル文字などを表現できて (なにせ1byteあたり1000種類の文字が表現できる!) ヨーロッパ、ロシアを中心にバカ売れ、そしてIBMを倒し、ISCIIが世界制覇をする。
実際問題ハードを作る一番基礎の段階では、1byteが何bitであってもよいのだ。統一されてさえいれば。統一されていないと、DRAMやら外部バスやらとの処理の時に毎回変換が入って大変 (なお余談だが、通信の世界では普通に通信路上でエラー検出・修正のために冗長なbitを使う。64b/66b とかでおぐぐりください)。
さて、DRAMは... アドレス線も10本単位で作ればよい(もちろん読み出し・書き込みも10bit単位(あるいは50bitとか?)が最小の幅だ)。アドレス線の数が2べきである必要は... あるのかな。
レジスタとかCPUのワード長もshort=20bit, long=40bitとかになりそう。さすがに30bitは使わないかなぁ。
うーん何か困るかな、何も困らないような気もする。ちゃんとソフトが動くコンピュータ作ったことないただの素人なのだけど、何か見落しがあるだろうか?
もともと1byteは7bitだったんだ
なぜかってASCII文字を表すのには128通りあればよくて、2^7=128だからな
ところが当時コンピュータを作っていたIBMにマナー講師がやってきた
「目上の方が使う文字コードと目下の者が同じ文字コードを使うのは失礼にあたる」
こんなことを言ってギャーギャー騒ぎ出した
マナー講師曰く、上司から部下に送られた文章に返信するとき、部下が上司と同じ文字を使うのは失礼にあたるとのこと
タイプライターで打ち出すときは上司より部下が一回り小さいものを使って文字を変えていたのに
デジタルデータにするとき文字コード上でその区別をつけられないのはいかがなものか、という話になった
IBM側では協議を重ねた結果、全ての文字列の先頭にフラグ(0=上司、1=部下)を付けることで対処した
それで1byteは8bitになってるんだぜ
知らんけど
日本人って窮地に陥ってから逆転する戦略を立てるのが下手だと思っている。
ニュースでは、日本の半導体はどうやって衰退したのかを説明する人や、昔はどうだったとか、そういう話ばかりだ。
投資金額が違うといったわかりやすい数値に飛びついていたりもする。(金は大事だがそれだけでなんとかなるレベルではない)
日米半導体貿易摩擦を原因とするのであれば、なぜ韓国や台湾は米国に見逃されたのか、明確な説明を見たことがない。
中国の半導体は話題になるが、どういう企業があるのか名前すら報道されないし、どういう製品があるのかも報道されない。
中国半導体の追いつきがヤバいと言っているが、詳細について報道されないので、有名所を上げることができる人もいないだろう。
EDA(半導体設計CADソフト群)について、まともに説明しているのを見ない。
CPUやGPUに関してはニュースバリューがあるのか興味関心があり、TSMCは話題になるが、プロセス研究の先端というとimec、CEA-Leti、IBMだ。
日本にはNEDOがあり、そこに期待しているだろうが、産業への移行が失敗してるのは多い。
先のimecなどと何が違っているのか明確に分析するのは必要だろう。(imec側に合わせろと言ってるわけではない)
技術者の給料を上げればなんとかなる、という段階も超えてしまっている。
昨日見つけたいくつかのGitHubのリポジトリを面白く眺めてる
20代のフランス人だったり、40代のブラジル人だったり、色々である
ブラジル人は体力有り余ってるのか、
絵だとやりにくいなぁ、と思ったりする
みんなでブクブク浸かって楽しむみたいな世界は、
で、思ったのは、やはりプログラミングというのは、
過去のゲームがルールの発明だったこととかは古臭いものとなり、
コードも言葉と同じように無償で自然と発するものに近づいていく
ここで思うのは、スティーブ・ジョブズがこの世界をIBMの、
いわゆる、ソフトはハードのおまけ、の世界に戻したことであり、
ビル・ゲイツだったか、ソフトウェアは無償化していくという予言は当たっていたのだろう
それをマネタイズするには、ApacheでWebサービスを立ち上げるみたいな、
いわゆるGNUライセンスであれ、運用やサポートではお金が取れるが、
Node.jsを開発したら、開発者は当たり前だが一番Node.jsに精通しているわけで、
企業を顧客にNode.jsのサポートを有償ですることでマネタイズできる
ソフトウェアは無償化し、コードは会話のように無償で、ライブなものになり、
あー、そういう世相を予測して、
先に牛耳っておこうという点でMicrosoftによるGitHub買収は正しかったのである
ソフトウェアがなんでも無償に向かうのはMSとしても良くは思えない動きだったはずだが、
今はまったく反対方向にMSは向かっており、収益の基盤をAzureなどに移している
今すぐはありえないが、WindowsというOSも意味はなくなっていく
これはAppleやGoogleのような企業でも同じ考えのように思う
もちろん、そのレベルでのシェア争いや小競り合いが今すぐ消えてなくなるわけではないが、
長い目で見ればいつかはそうなっていくことは容易に予想できるわけで、
つまり、ソフトウェア産業というか、近年のバズワードでもあるテック産業というのは、
人生だって、みんな崖に向かって歩いたり、走ったりしてるだけである
その崖がどれだけ近いか遠いかとか、どれぐらいのスピードで崖に向かってるかとか、
それだけの違いであって、誰もがいつかは崖に到達して落ちる、つまり死ぬのである
しかし、そこには一発逆転や一人勝ちするチャンスも乏しくなり、
そういった金を求めるギラギラしたアブラギッシュは寧ろ嫌悪される存在となり、
しかし、そうやってった末に待っているのはコモディティ化であり、
ただの暇つぶしにさえなっていく
今は楽しい
でも、その楽しさの果てに死が待っている