  |
はてなキーワード: ベンダとは
今のはてなは女叩きのメッカと言っていい状態で、特に最近運営が手を入れるまで半年ぐらい主に増田の女叩き記事が延々毎日複数個ホッテントリ入りしていた。
元々弱者男性論が幅を利かしているところで、そこまでは許容範囲なのだがそこで男性社会での疎外や表現規制の主題を扱えばいいのに女叩きの方に行ってしまい、雪だるま式にルサンチマンやデマで埋まってしまう。
更に最近だとコロナ初期での反PCR運動という反技術ラッダイトムーブメントの中心となり社会に甚大な悪影響を与えたのが記憶に新しい。
はてなは2010年頃からブクマリニューアルとか日経との提携とか「キャズムを超える」為の施策を色々やってたんだが、その結果キャズム超え出来ずに土着化したようなユーザーの楽園になってしまったんじゃないかと思われる。
創業当初のはてなは個性的な「変な会社」で、技術志向のユーザーと運営の距離が近かった。障害が発生したらその障害の内容を技術的に解説する、todoリストを公開する、ユーザーがwantリストに書き込める等の特徴があった。
人力検索だけだったサービスにはてなブックマークとダイアリーを加えると数年でユーザーの特徴や偏りが顕著になった。
IT技術者、経営者ワナビー、リベラル、非モテ、がメインユーザーとなった。
IT技術者が多いのははてなの運営特性に合致するターゲット層だから。
経営ワナビーは小泉改革と大人気学者だった竹中の影響だが、肝心の経済に弱いという特徴があった。日本の経済構造を一新する改革側に居れば既存の経済活動に関する知識や経験は必要ないしそれが自分を幸せにすると信じていた。金融とは証券取引の事と信じそれらとM&Aの記事に金融タグを付けて経済通のつもりになっていた。商慣行や銀行との付合いには無知だった。
リベラルが多かった理由は2chの隆盛の為だ。まだネットの書き込みに関する事件捜査は行われておらず、ブログや掲示板を炎上させれば意見が通ると信じられて全能感に浸る2chネラーが暴れており、その対極としてはてなが位置づけられていた。故にこの頃のはてなは一部のネラーに憎悪されていてはてな＝在日朝鮮人などという病識がないコピペで溢れていた。「2chの専門板ははてなでは敵いませんよ」という有名な文章があった。このころの2chネラーの全能感に棹さしてキャリアスタートさせたのが佐々木俊尚。
非モテは今に繋がるが、この頃は革非同などネタに昇華させて外国メディアに記事にされたりもした。
はてなユーザはこういう布陣でいた訳だが、一方で「キャズム」が問題になっていて『キャズムを超えろ』なんてブログが人気をはくしてもいた。
キャズムとは断崖の事で、新製品の受容ユーザーをイノベータ→アーリーアダプタ→マジョリティと分類した時に分布が正規分布になり、そのベルカーブの縁の部分を超えて広がるのが困難だという事である。
当時のネットはキャズムを超えられずベルの端っこの下、ロングテール部分にしか訴求出来ていない。これは製品の販売量で規模の経済が働かない、それ故広告料も上がらないという事である。
はてなはユーザーが特殊で偏っていて更にブクマのせいで喧嘩も多いという特殊な環境で、それで一般の人に忌避され、日記を始めてみたけど止めちゃう、アメーバに乗り換えちゃうというケースも多かった。
そこでキャズムの中のキャズムを打破すべくはてなは2010年頃から色々なイメージアップ策をするようになった。
・日経と提携する：経済意識が高いユーザーが多いのに応えてだと思われる。B層的であり経済事件などに不如意な点も経済記事を毎日読めばリテラシーがアップすると期待されたと思われる。
・綺麗なオフィスを公開する：会社のイメージアップと社員の採用面で重要。
・旅ブロガー等の推し：ココロ社氏やメレ子氏、在華紡氏など、一般受けしやすい旅＆食べ物ブロガーを推してインタビュー記事などを掲載。最後の在華紡氏は喧嘩や炎上があると必ず火事場にガソリン持って立ってる人で推していいのかと不安に思うが、この甲斐あって彼等ははてな出身ライター、ブロガーとして多種媒体に出るようになった。
・はてブの改変：人気コメントだけだが表示されるようにするなど。ブコメ欄での論争低減を狙ったものと思われるがかなり不評でユーザーの流出もあって元の仕様との折半になっていった。
だがこうやって一般化を目指すと一つまずい事がある。
はてなのユーザ層はオタクに寄っている。そこでキャズムを埋めると一番流入するのは当時隆盛を誇っていたまとめブログ層じゃないのか？すると一般人とのキャズムはより深くなってしまう結果となる。
このまとめ民流入が増えた時機ははっきりしていて2018年だ。18年にネトウヨ春のBAN祭り騒動というのがあり差別デマや文字スクロール動画で埋まっていた日本版Youtubeが大掃除されたのだがそれでネットでの風向きが変わった。
更にこの前後からまとめブログでの広告引き上げが続いており、要するにまとめブログがおいしい商売では無くなった。元々差別的なまとめブログが隆盛となったのは広告料の上昇によるもので商売の形として確立され情報商材屋のシマともなった。しかも情報商材屋はネット広告でカモを集めるというループである。ネット広告キャパが拡大するに従って拡大した循環参照だが、広告料の上昇で審査が厳しくなって商売にならなくなったのだ。
ヘイト動画の方は18年の前から米国で悪質動画が問題になっており、極右や極左、イスラムの過激派が過激動画で勢力を伸ばしている事が問題視されてgoogleは対策に追われていた。ISの殺人動画等は消されても支持者がアップしてしまうのでそれを上回る速度で面制圧して統制しろとの要求がユーザーだけに留まらず行政司法機関から出されていた。
その為にガイドラインが相次いで変更されノウハウが蓄積され組織化されていた。結局広告キャパの拡大がそれらのコンテンツを爆増させ、それにより広告料の上昇が阻害され、対策されて消され市場として消沈するという流れだ。
ところでイーロンマスクは買収相手の業態の上記の流れを知らなかった為に「広告料上昇阻害」のラインまで広告引き上げされた訳で素人丸出し過ぎるんだが、まとめキッズとかツイ廃キッズのままで経営出来ると思っちゃったんだろうか？不思議な人である。
こういう流れがあってまとめブログのパイが急速に縮小して代わりにはてなにまとめキッズ（中年）が増えたという流れである。
彼等はtwitter社の大量解雇ではコンテンツ制御部署や法務部署の存在理由や綺麗なオフィスをわざわざ見せる理由が判らずにバックオフィスを「キラキラ世田谷自然左翼」だとの認識に蝟集し、めいろまの「twitterはアニメやプラもが好きな人らのものなのにユーザーに背を向けている」との論難に快哉を送ってしまっていた。会社にバックオフィスがある理由やこれまでのネット事件での流れ（特に米国内）、メジャーサービスでのキャズムの超克というテーゼなどを何も知らない無垢さを現していて侘び寂びの念に包まれる。
ついでにM&Aでイーロン下でtwitter社が多額の負債を抱えることと成長企業は積極的に融資を受けて投資に回す事を混同しており、企業体質が巨額赤字だと信じていた。税制への無知である。後になって「LBOはそういうもの」等と誤魔化しているが、そもそも個人が手持ちの金で買うというスキームで考えていたので無駄である。これは給与生活以外の世界を知らないからでネットの経営者ワナビーの悪影響である。
新型コロナが流行し始めるとはてなでは「インフルより弱毒」「ゆっくり感染して社会免疫」「PCR検査数が増えると偽陽性が激増するので検査してはならない」との危険なデマが席巻する事になった。また悪質なブクマカがPCRを受けたいとの願う患者や意志を見つけ出しては悪罵して叩き潰すという行為に出た。
最早社会に対する驚異である。この時のはてなはパブリックエネミーと呼んで差支えない。
これらの主張が「科学的」の表皮を被っていた事は忘れてはならない。有名なのがベイズ推定での偽陽性の議論の援用だが、ベイズ推定はベイズ統計学の一つのタームでしかないので概念の理解が簡単な上に知的に背伸びした気分になれる。だがPCRの特性上、偽陽性が発生しないのだから適用出来るはずもない。
PCRは独立で機能出来る検査じゃなくて、DNAシーケンサーの開発と普及に拠っている。2001年頃にシーケンサーが開発され、塩基配列が容易に読めるようになった。更に開発競争により世に普及するとともにありとあらゆる生物、ウイルスの遺伝子が読まれるようになった。この時に沢山使用される試薬の需要に応じて多くの試薬ベンダや製薬会社の部門が設立され、例えば焼酎の宝酒造が設立した子会社がタカラバイオだ。
この流れでコモディティ化した技術がPCRで、生物由来の物品を扱う様々業種で利用されるようになった。もうコモディティ化して普及が始まって20年以上になる。
要するにバイオテクノロジーにキャッチアップ出来てない人間があれらのデマに乗っかっていたのである。そもそも遺伝子検査で偽陽性が出るという事に疑問を抱いて調べないものだろうか？遺伝子偽陽性とは端的に他の生物と配列が一致するって事で、人間ががんになったら光合成できるようになったとか、人間同士から時々マンモスが生まれるって事だぞ？
しかもコモディティ化した技術なら必ずマニュアルと技術説明は公開されている。ソーシャルブックマークなのにそういうのを探しに行かないのだ。
代わりに「最先端の特別な知」的なものに弱い。これは、それらは具体的に判る所まで判らなくても背伸びした知的な自意識が満足させられるのに対して、コモディティ化した技術や常識では具体的に判ったところでスタートラインのペエペエだ。自意識の面では効率が悪いのだ。
これは経済分野でも同じで、日本が発達した資本主義社会なので経済知識を身に着けるのは大変だ。学校では教えてくれずに社会に出てしか判らない秘術みたいな知識もかなりある。それを身に着けて初めてペエペエなのだ。
だが給与生活者が経営者エアプしている限りはそれらの摩擦に晒されずに済む。こうして「ネット経済通」となって中年の永遠に終わらない青春に浸り続ける事になる。
コロナ初期にはてなスターが機能停止し運営はテストだと言い、それをブクマカらは無能だと評していたが、まず考えるべきなのははてなの異常なデマバブルだろう。SIモデルとベイズ推定を全能感の為だけに消費して批判的に検証しない、技術マニュアルを見に行かないという自意識フィードバックを停止させるために止めたのではないかとまず考えるべきだろう。
元から弱者男性論が多かった地でまとめキッズの植民が始まったら女叩きに移行するのは目に見えている。自分たちの権利擁護として表現規制反対が多くなるのは当然の権利で真っ当な事だ。だがそこから批判対象がフェミに収斂し、女叩きへと容易に至る。
だからcorabo叩きの最中に男女平等パンチ賞賛の増田なども当然にホッテントリ入りする。
https://anond.hatelabo.jp/20230110202355
女に対する恨みの蓄積なんだそうだ。しかも世の男は皆女に恨みを抱いていると考えている。それは弱者男性だけであるし弱者男性の敵はそもそも「男らしい男」やその概念ではないのか？
それからcorabo叩きの最中には「西早稲田2-3-18-51」デマも複数ホッテントリ入りしている。これはプロテスタント教会が市民運動に事務所貸ししてるのだが以前は在日朝鮮人の根拠地という噴飯な差別デマであったものをアレンジしたものだ。エグザイルの伝統舞踊を踊りなんである。
非モテ+リベラル+経営者ワナビーの集団のうち、非モテは残って女へのルサンチマンで上書きされ、リベラルの非現実性とのバランスに実務者や現実主義ではなくて自称リアリストが蝟集して現実から遠ざかってしまい、経営者ワナビーの経済音痴は温存されたままになってしまったのが現在のはてなだ。
故に10年前のリニューアルはうまく行かなかったと言える。一般人を呼び込むつもりが一般人が近寄りがたいデマが横行するルサンチヘイトサービスの方に行ってしまったのだ。
私は露出狂ではない。
近頃のトピックと言えば、外部のSE屋さんたちが会社に入り、『ECサイトを作る』というビッグプロジェクトが動いていることだ。
弊社は企業向け、店舗のお客様向け、両方を行う食品販売会社である。
そんな社長肝いりで始まったのが、通販を行うECサイト企画。全国区に我らの商品をお届けしようというわけである。
というのも、残念ながら我が社にITがわかる人間がいなかったからだ。
未だ、会議室は黒板の予定表で取っているし、出勤はタイムカードをガチャガチャしている会社である。
そんな中で、「Excel使えるでしょ？」という理由でサイト立ち上げプロジェクトのメンバーに選出されていたのが私だ。所謂、社内IT代表だった。
コンサルタントを兼任するPMが会社には来てくれて、ECサイトを立ち上げてくれる手はずになっていた。
「ついでに古臭い社内システムも変えましょう。うちの会社はコンサルとベンダ、開発チームを兼ねていますので強いですよ」と頼もしい言葉を、経営陣の前で語っていた。
まず私達ECサイトチームは要件定義のため、禅寺へと泊まり込みで合宿に行く運びとなった。
PMさんの指示である。ITがほとんどわからない私達にとって、閉鎖空間でしっかりと要件を定義？することは重要らしかった。
某県の、山の中にある禅寺である。私達は朝の走り込み、食事の支度、そして座禅を午前中に行って、午後から会議を夜まで行う。
PMさんの指示する形で、私達はECサイトがどういうものになるのか、というのを無事に組み上げて行った。勿論、社長たち経営陣も禅寺に来ていたので、話は非常に速かった。
PM氏は、「こういう機能も欲しいですよね？」「これが欲しかったんじゃないですか？」と、社長たちに次々にプレゼンしてくれて、
社長、役員たちも率先的に意見を言って、まさに勢いのある会社の会議そのものだったと言えるだろう。
その時、私が感じていた問題としてはまあ、「BtoB」と「BtoC」、要は法人向けの販売をしたいのか、一般向けに販売したいのか、全然誰も話さないな、というところで、
多分その辺はPM氏も、社長もわかってなさそうだが、サイトデザインは、ペルソナ？作成や心理学を利用したものを駆使します！ということで、大丈夫だろうと思った。
あと、私はよくわからないが、社内のITの意見を統括する窓口となることが決まり、毎日の走り込みや座禅のおかげか、やる気も出てきて、非常に有意義な合宿だった記憶がある。
なんと、予算がすごく高くなっていたのだ。これが、ECサイトが上手く行っていない、と書いた最大の原因だった。
「なんとか安くならないか？」
社長の指示の元、私はPM氏と話したが、機能を作るだけではなく、運営維持もあるから当然高くなる、的なことを言われ私は引き下がった。
そして、ECサイト設営と、社内のIT化という使命を帯びた私は、なんだか色んなアンケートだの、会議だのをすることになり、なんとかかんとかマップなるよくわからない表情の表？みたいなものを作らされたりした。
（会社の人がITシステムで喜んだり、悲しんだりする予想を顔で書きなさい、みたいなやつだ。意味がよくわからなかったので、適当に書いておいた）
私は奔走した。より利益を上げる。より働きやすくする、というのは私のモチベーションをわかりやすく刺激するものだったからだ。
もっとも、私の本業は物理的な新店舗の出店のアレコレ（土地を抑えたり、その場所のお客さんのマーケッティングをしたりだ）だったので、あくまでサブだったのだが。
その矢先のことである。私がチンコをモロ出しにしてしまったのは。
私が家では用を足したあと、下半身をそのままにトイレを出ているのは、ご存じだとは思う。
その率は約70%といったところだろうか。
（キレイ好きだし、残尿しない方なので、断じて床を汚すような真似はしないと釈明しておく）
その癖が、いけなかった。私が会社のトイレからオフィスに戻った後、悲鳴が聞こえた。女性社員のだ。
そして、私は自分がチンコ丸出しで部署に戻ってしまったことに気が付いた。（まるで自分の家でそうしていたように！）
血の気が引くような、身体中に氷を流し込まれたような感覚の後、私は慌ててチャックを閉じたが、時はすでに遅かった。
フロアには、20人ほどの社員がいて、悲鳴のせいで、私がモロだったことが、フロア中にバレてしまったのである。
まず、私は直属の上司に謝罪し、女性社員にも謝罪した。だが、当然ながら上司は怒る。すると、騒ぎを聞きつけた上司の上司も来て、場は騒然となった。
クビか？いや、もしかして、損害賠償か？私は頭がグルグルしていた。吐き気もあった。まさか、こんなミスを犯す立場になるなんて、考えたこともなかった。
「とりあえず今日は帰れ！」と上司に言われ、私はそのまま帰った。正直、混乱しすぎて、その日の自宅での記憶は一切ない。
翌朝、早朝も早朝。
私は上司から直電で、「社長と面談」ということで、出社するよう指示をされた。みんなが来ないうちに来い、とのことだった。
場所は、会議室である。7時半くらいだろうか。私が会社に行くと、予約用の黒板にはすでに「重要会議」とだけ書かれていて、社長が来ていることがわかった。
私は、正直退職も辞さない覚悟であったので、座り、チンコを出してしまった旨を、正直に述べた。家で、トイレの後チンコを出しっぱであることは、恥ずかしかったので黙っておいたが。
社長は、まず、冷静に、俺に「会社で性器を露出するのはいけない。セクハラだ」ということを言った。
そして、正直、クビ、あるいは、刑事事件、という声もあった、と言った。
刑事事件、逮捕。クビはあるかも、思っていたが、そこまでとは。私の顔は真っ青になった。しかし、社長はそんな私の肩に手を載せた。
なんでも、「ECサイトの件と、IT化なんかの件を、任せすぎた」という話になったらしい。私としては、そこまでの負担は感じていなかったが、渡りに船だと思った。
社長は、「ごめんな」と涙ぐんだ。私も、気が付くと泣いていた。チンコを出して申し訳なかった、という気持ちでいっぱいになってきた。チンコを見て不快にさせてしまったみんなに謝りたい、とも。
私は、嗚咽を漏らしながら、そういうことを言ったと思う。PM氏が注いでくれたお茶を飲みながら、私と社長は、しばらく泣きながら、今後のことを話し合った。
私のチンコ出しについて、ちゃんと、みんなの前で謝罪をすること。
今回の件については、「会社が負担をかけすぎてストレスで参っていた」というストーリーにしよう、ということ。
私は、泣きながら社長の言う通りにさせていただきます！と頷いた。私は、3か月ほど、会社を休職、ということになった。
一応の結果として、私は「厳重注意」という処分で済むということだった。その間、電話などで上司が、必死に私のために頭を下げてくれていたらしい、という話も後で聞いた。
だが、本当に大変だったらしい。まず、女性社員と男性社員の間には、大きな溝が出来てしまった。
チンコを許せるか、許せないか、という大きな差…というより、私がいない間に事件をネタにして笑い話にした男が多かったらしく、
「男ってホント信じられない！！」という言い合いが多発したらしい。
あと、直接的な原因はよくわからないが、件のPＭ氏がうつ病になってしまい、私と入れ替わるように休職してしまったので、上手くいきかけていた、ECサイトの方も中々大変なことになった。
社長は、「彼も頑張ってくれてたから、いざとなったらうちの社員として保護しよう」と、言っていたので、人間関係ではなく、よほど業務が多かったのだと思う。
私がいれば、ITの方向でせめてもの力になれたと思うのだが、チンコを出したばかりに、PM氏を守ることができなかった。
私が、会社でチンコを出したばかりに、本当に様々な人達に迷惑をかけた。プロジェクトも、大きく遅れてしまった。
私が復職した時の宴会で、『増田くんは、新「店舗」を出しても、「チンポ」は出さないように…』なんて言って笑いを取ろうとした上司は、女性社員から総スカンを食らっていた。悲しいことだった。
みんなも、気をつけて欲しい。
トイレから出る時は、絶対にチンコをしまう。これだけは、忘れないように。
大変なことになるから。
https://b.hatena.ne.jp/entry/s/blog.serverworks.co.jp/SPLA_after20250930
「AWSは弾いといてAzureでOKだったら～」みたいなブコメに大量に星ついてるけど、記事内に書いてるだろ。
3:Listed Provide：Microsoft の定めるパブリッククラウドプロバイダー Alibaba、Amazon Web Services、Google、Microsoft、およびListed Provider をアウトソーシングサービスの一部として利用するアウトソーサーを指す
エンジニア自称する連中はせめて記事内に書かれてあることぐらい読めよ。
この問題って、自社DCでMS製品使ったサービス提供する企業のためのライセンスなのに、
AWSやAzure使うクセにMS製品のライセンスを利用するクラウドベンダから買わずSPLAで済ませることで利益ちょろまかそうとするような
コスいベンダーに「ちゃんと正規ルートで買え」って言うための変更だろ。
そういうコスい小銭稼ぎするベンダって、ライセンスをクラウドベンダから買ってないくせにトラブルシューティングでサポート範囲超えた要求平気でしてくる印象しかない。
ITにおけるフリーランスというのは、基本的には企業から仕事を請ける、受託開発の仕事だ。稀に、発注主が個人事業主ということはあるかもしれないが。だから、仕事を獲得するためには、企業と契約に至らなければならない。言い換えれば、企業から信頼を獲得しなければならない、それ以前に「知ってもらわないといけない」のだ。
案件紹介サイトみたいなのはあるけれども、そういうところを経由すると費用がかかったり、契約内容に制限がかかったりすることがあるので、できるなら案件紹介サイトのお世話にはならずに仕事を獲得したいものだ。
多くの場合は、フリーランスになる前の会社員勤めなどを通して、同じ職種の人間と仲良くなるだろう。同じ職種の人を経由して入ってくる仕事というのは、以下のケースが考えられる。
仕事してお金が入って生活できればそれで良いんだって話もあるけど、同業者から回ってくるお仕事って、多少の例外はあるけれども基本的に「おこぼれ」なんだ。
一方で、「企業の偉い人たち」という人脈があると、以下のような話が舞い込んでくる。
こういうお仕事を良い案件にするのもクソ案件にするのも自分の実力次第なのではあるが、私にとっては絶対にこっちの方が楽しい仕事だ。
私は、いわゆる旧帝大に入ったものの家庭の事情（主に経済的事情）で中退してしまい、派遣会社（今は亡き「特定派遣」の会社）に就職した。それでも3年間は大学にいたので、サークルなどを通して多くの人と知り合うことができた。体育会系ではないものの活動量の多いところだったので、それぞれの人となりは十分にわかるところだ。
30代前半のときに独立してフリーランスになり、仕事に困る時期も時々あったが、今は40手前。同世代の仲間たちの多くは大企業で偉くなっていたり、士業として開業していたりする。人によっては自ら起業している者もいる。彼らから仕事の相談が沢山あるので、最近では仕事に困ることは無くなった。仕事をくれる皆さんに本当に感謝だ。
以下の点が重要だと思っている。
これらの人脈があったら、フリーランスでなくて会社員をやっていたとしても、いろいろ有利に働くだろうし、フリーランスを目指していなかったとしても人脈は大事にするのぢゃ。
機械出力の納付書でもコンビニ収納ができるものと不可のものがある。
納付書は会計システムで出力し収納管理するものもあるが、各業務向け基幹システムで出力・管理するのが一般的で、会計システムとの整合は手動で図るものが多い。
もちろん各業務向け基幹システムはベンダがバラバラ。保守もそれぞれの部署でそれぞれの業者へ個別発注している。
紙伝票（＝納付書の切れ端）を何度も何度も足しまくり、金を何度も何度も数えなおしても、合わない日がある。
多い日はプール。足らない日はプールから補填。それでも足らなければ責任者のポケットマネーで補填（責任者はそれが宿命だとあきらめている）。
客から預かったときも、保管容器に入れるときも、保管容器からおつりを出したときも、おつりを客に渡す前も、何度も何度も数えなおしている。
納付書は電卓で何度も何度も足しなおしている。
もちろん作業は一人ではやらない。
それでもうまくいかない。
まあ、私らの能力が低いというのはさておき。
会計システムが完全独立で他システムと連動していないという時点でもうおかしいと思うのだが（ごく一部、連動できる基幹システムもあるらしいが）。
納付書をなるべく統一して、郵便局みたいなPOSレジを各出張所に置く、くらいのことはしてほしいなぁ…
目に見えるコストは払いたくない（気がつかない部分にコストがかさんでいることに気づかない）のはもう仕様だからなー。。。
ソフトウェアが非効率的じゃないとハードウェアベンダが困るだろう。
今はマシになったみたいだが、昔々、2001年頃、雷鳥1Ghzぐらいの頃は、javaはクソみたいに遅くて、
なんですかこの言語クソみたいに遅いですよーって上司に言ったら
お前はSunが何屋か知ってるのか？って返されたことを今でも覚えてる。
//その後、ハードの進歩でクソ遅かったjavaはまともに動くようになり、
//サーバーが売れなかったのかどうかは知らんが、Sunは滅びた。
サーバーはperl, php, rubyとより非効率な言語が流行り、
ブラウザも大飯食らいになり、javascriptみたいな非効率な言語や、pythonのようなクソみたいに遅い言語がもてはやされる。
その結果として、メモリも4GBで人権侵害、8GBでもまだ足りぬというありさまだ。
まったくその通りで、数年前ならPCを使った会議をメインでやることも少なかったから2コア4スレッドメモリ8GBのPCで全然十分だったんだよ。
でも今はOfficeだけを使うケースはあんまりなくて、Teamsで画面を共有しながらOfficeを使う。リモートワークになってるから情シスが導入を強制した監視ソフトがパワーアップしてて常に1コアを占拠していたりする。Teamsが1コア、監視ソフトが1コアを占拠しているから2コアが全部使われているので他のことをやる余裕がCPUにはなくなっている。
会議しつつ、「いま資料を出します少しお待ちください」とか言って皆を待たせることになる。そこに30秒ほどかかってしまう。自分の生産性が下がるだけじゃなくその会議に出てる全員の生産性を下げている。
監視ソフトが1コアを占拠しているがハイパースレッディングのおかげでこれが占有しているCPU使用率は25%と表示される。監視ソフトのベンダや情シスは「1/4しか使っていないので他のことは十分できるはずである」などと言っているがそんなことはなく実態としては40%くらい使っている。とにかく今の時代にはメモリ8GBで2コアのCPUでは、企業で使うという制約の下では、環境によっては仕事にならない。半分は情シスのせいだとは思う。
あ、Gizmodoだけ無しで。
日本版のあの軽薄な文体が気に入らないということもあるが、そもそも本家からして酷い。
https://www.gizmodo.jp/2010/04/ipad_40.html
法的・道義的な問題もあったが、実機を分解しといてチップにアップルの刻印がありましたって喜んでいるだけだった。
そんなものUSBで繋いでベンダID見りゃアップル製だって分かることだろ。
せめて分解したのならメモリチップの空きパターンから容量バリエーションの推察ぐらいはしろ、
ガジェットサイトを名乗りながらその程度もできないのか、と思った。
Gizmodoはガジェットサイトではなくガジェットに関わる“ゴシップサイト”なのだと認識したね。
あとはこんなこともあった。
オープンソースcURLの作者、某大企業から「24時間以内にこの質問に答えるように」との無礼なメールを受け取る － Publickey について思ったことをつらつらと。
log4shell と呼ばれる脆弱性が 2021 年 12 月にあった。これは Java というプログラミング言語でプログラムする際に、動作のログを記録するのに非常によく使われるライブラリ log4j にとても危険な脆弱性があった。なにがそんなに危険かっていうと
マインクラフトのサーバが乗っ取られたとか被害も有名。詳細は Piyolog さんの Log4jの深刻な脆弱性CVE-2021-44228についてまとめてみた - piyolog あたりを参照。
そんなわけで即座に影響範囲、脆弱性のない新しいバージョンになっているか調べろ！って IT 関連企業はとてもバタバタしていた。
という背景の中、オープンソースのソフトウェアである cURL の作者にとても失礼な log4j の問題に関する質問メールが送られてきて、「サポート契約すれば即座に教えてあげますよ」ってかっこいい返しをして盛り上がっている。
cURL (https://github.com/curl/curl]) はオープンソース(以下 OSS)の通信ライブラリとコマンドラインツール。 Linux などのサーバ上からファイルをダウンロードしたりするのにとてもよくつかわれるライブラリ。
C言語で書かれている。
ライセンス は MIT を参考にした独自ライセンス https://curl.se/docs/copyright.htm]
OSS は基本的に無保証で提供される。そのことはライセンスに明記されている。
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
そんな OSS に対して、
「あなたがこのメールを受け取ったのは、■■があなたが開発した製品を採用しているためです。私たちはこのメールをあなたが受け取ってから24時間以内に、お読みいただいた上でご返答いただくよう要求します」
といった上から目線のメールを開発者に送るというのは、IT 企業として無知にもほどがあるといったところ。加えて log4shell 問題、名前のとおり log4j の脆弱性なので Java でかつ log4j を使ってなければ影響はないのに、C言語でかかれた cURL に問い合わせているので問題を全く理解していない。(Java の j が消えるので log4shell という命名はどうなんだというのは個人的にある。つーか Poodle とか Spectre とかファンシーな名前つけてあそんでんじゃねーとも思う。)
なお cURL はどうやら開発者の Daniel Stenberg 氏が wolfSSL というところを通じて商用サポートを提供しているらしい。 https://curl.se/support.html]
ということで、「サポート契約を結んでいただければ、喜んですべて速やかにお答えしますよ」 というのはネタでもなんでもなく、普通の対応。
そしてブログに書いてある2回目の返信で、David と名前を間違えられたのに対して、Fotune 500 の巨人ということで "Hi Goliath," と返しているのも最高にクールですね。
こういうフローが事前に規定されていて CVE とか問題が検知されると発動する。このときに担当が大丈夫です！って回答するときにエビデンス（証拠）を求められるのだけど、クソな情セキは自社の担当の言葉を信用せず、開発会社からの言質をとれ！って命令するので、くそメールがスパムされるという背景があったりする。（担当が無知だったりイケイケだと、とにかく下請けにやらせればいいというパターンももちろんある）
そして情セキも経営層に報告するのに必要で、経営が0リスク信者だと報告が大変なのはわかる。わかるがそれを説得するのが情セキの仕事やで。
加えて担当レベルになると大手は「そんなん下請けにやらせればいいだろ」ってマインドのところが多く、上から目線かつ丸投げすることが多いように思う。
もちろん担当者はピンキリだからこうとは限らないけど比較的多い印象。
ま、これ今回 Daniel Stenberg 氏が公表したからばずってるだけで、日本でもしょっちゅう行われているし、Hacker News みると海外でも一般的なムーブのようです。 LogJ4 Security Inquiry – Response Required | Hacker News
小さいところは
とかであんまり上から目線でこない感じはするけど、これはあくまで個人の資質なのでやべー人はやべーです。オラオラ系の中小とかやっぱいます。でもこんな細かいことはあんまり聞いてこない。（個人の感想です）
この手のメールになんでカチンとくるのかって言えば
ということで、皆ちゃんと保守・サポート契約して、契約範囲で質問しような！
そして金払ってても相手は人間なんで、お互い敬意をもって接しような！
Public Key でこの件にからめて記載されている奴について
https://www.itmedia.co.jp/news/articles/2201/11/news160.html]
ちな、これ詳しくないんだけど、OSS 作者が 「もうただ働きで支援をするつもりはない。これを機に、私に6桁ドルの年間契約書を送るか、プロジェクトを分岐させて他の人にやってもらうかしてほしい」 というのもよくわからないんだよなぁ。
火事で財産失ってむしゃくしゃしてやったのかなんなのか。人気 OSS になったのに全然金にならんぜ！ってのが辛いのはわかる。が、OSS のライセンス的に支援を義務としてやる必要はないので、そんな義務的になってる報告は無視してええんちゃうんと思ってしまう。今回みたいにサポートフィーよこせみたいなスキームが必要だったのかもしれない。
あと個人開発で、善意でこれ便利だろ？って公開しているものに対して、辛辣な言葉の心ないバグ報告やら改善要望は心には刺さるので辛いのはある。それで辞めてしまう人も居る。
ブコメでフリーライドって書いている人が居るけど、MIT ライセンスでだしてんだから OSS の理念である自由なソフトウェアという意味で、再配布、改変、利用は自由でいいんだよ。イヤなら MIT 以外のライセンスでだせばよい。古くは MySQL の Dual ライセンス、最近の Redis とか Mongo みたいに。
ただ、金欲しいとか大体 Donation 募集したりするとかやってると思うんだけど、そういうのもあったのかなかったのかがよくわからにぃ。ポートフォリオになるので、採用にはつかえるんじゃないのかね？
じゃなきゃ GitHub に Public でコード公開しないと思うんだけどな。いまいちピンとこないのであんまり言及しない。
https://www.publickey1.jp/blog/19/redismongodbkafkaaws.html]
で、商用ライセンスの問題。これ今回のくそムーブの問題じゃないのここに並べられるのに非常に違和感がある。なんか OSS と大企業の対立を煽るようなミスリードを誘っているように感じてしまう。
大手クラウドベンダは OSS のライセンスに則って利用・改変するのは問題がない。つーか儲かってるから金よこせっていうのはちょっと違うんじゃないかなと思う。
オリジナルを開発した会社がリスペクトされず、商業的に儲からないってのは、心情的、道義的、人気的にどうなの？クラウドベンダも金払ってあげれば良いんじゃないの？とは思うよ。（2社は協業したけど）
ただ、オープンソースで公開するということは次のような利点を求めてするこって、それがイヤならプロプラで良いわけさね。
Apache License 2.0 とかのライセンスの OSS として公表しているものの利用をフリーライドと表現するのも、それがなんか嫌儲で Evil ってのはちょっと判断できないかなぁ。
大手が自社でメンテできてしまう（できるようにする）というのは経営戦略であり、開発元がクローズにするってのも経営戦略。罵り合い合戦はちょっとなぁという感じ。
OSS の理念的に改修した分は元のソースにもっとフィードバックしろよってのはあるけど AGPL とかで出してないんだよなぁ。
この辺は賛否両論色々あるので気になったら調べてみて。
以上。ご査収ください。
https://anond.hatelabo.jp/20211012135349
これを知るにはSIerとは何なのかを知る必要がある。Twitterなんかだと「リスクテイカー」だとか「プロジェクト代行業」だとか
色々言われているが中の人から見ればその全部が半分ぐらい当たってるみたいな感覚ではないだろうか。
結局SIerっていうのは「IT (ICT)」っていうキーワードをネタに何でも商売する会社ぐらいの意味だと思ったほうがいい。
なので人種としてはITのドメイン知識があるコンサルの集合みたいな感じ。なのでまともなエンジニアはほとんどいなくて
何でも屋というとよくわからないが、いわゆる大手SIerに共通する精神はある。それは他社のビジネスモデルの乗っ取りだ。
結局今の時代はITがなければ業務が回らない世の中になったので、ITを牛耳ることでその会社のビジネスモデルから
生まれる利益を掠め取るというのが大きな目的になっている。つまり自分でビジネスモデルを作らずに他社のビジネスモデルに
乗っかって、あわよくば根こそぎ旨味を奪おうという集団なのだ。
これがよく分かるのは大手SIerになるほど上流思考が強いところからもわかる。これは「RFPや要件定義もおまかせあれ＾＾」
という甘い顔をしながら近づいてきて、他社のビジネスモデルから利益を吸うためのホースを付けるような感じだ。
そのためのホースがITというだけで、別にSIer自体はITにはほぼ興味はなくそこから利益を掠め取れればよい。
しかもそのホースはビジネスモデルの心臓部をぐるぐる巻きにしてあり、下手に取り外すと致命傷になるようにうまく設計されている。
一般にベンダロックインというと特定の商用製品でないと動かないようなシステムを作られてその保守料を延々と払わされる
みたいなイメージがあると思うが、一番ひどいパターンは業務ロジックをすべて握られ、顧客は自分たちの業務の全体が
一旦どんな感じになっているのかを把握してない状態で何故か会社が回っている…みたいなものだ。
これは銀行や電力、公共などではよく見られるパターンである。顧客担当者的にはめんどくさいところ（でも本来は利益を生むところ）
を代行してくれているのでとても助かると錯覚してしまう。そんなこんなで悪性の共依存が日本の大企業の中では至るところに見られる。
https://anond.hatelabo.jp/20211004123017
この増田、薄っぺらい理由でiPhoneを貶めてる気がして全然フェアじゃない気がする
しかもどっちかというとAndroidがメイン機、iPhoneはサブっていう運用だったがつい最近iPhone単独運用に切り替えたのでその理由を解説する
Androidは激安クソ品質のXaiomiだけじゃなく、高級路線のASUS Zenfoneやコスパ最強OppoのReno、キャリア・国内系だとSONYならXperia、SHARPならAQUOS、サムスンのGalaxy、その他Rakuten Mobileオリジナルとかdocomoオリジナルとか死ぬほど機種がある
そんで機種の選定は基本的にSoCの性能をベースに考える必要があってSnapdragonの何を使ってるか、メモリ量は、カメラ性能は、バッテリーはって感じで無限に考える必要がある
性能面でバッチリな機種に出会えたとしても実物がガッカリ品質なことや色が好みじゃ無いことも多いし、そもそも実物確認できない場合も多い
おまけに特に中華系は最初の1年はまともなんだけど2年目から全然使い物にならないってことも多いし逆にAndroidの最新版が落ちてこないことも多々ある
「最近はマシになった」
と言われても最近から1年も経ってない以上は信用できないしそもそもAndroidのようにOSと機種が別々に提供される以上はリスクが必ず残る
加えてHUAWEIみたいにBAN食らってGoogle Playから閉め出されるとかいうリスクも相当に高い
iPhoneは機種が増えたといっても数は少ないし家電量販店に行けば必ず実機を触れる
加えてOSと機種を同じメーカーが手がけてるので古い機種へのサポートも万全で
未だにiPhone 6 plusが使えるし、今使ってるiPhone 12はあと数年は確実に使えるだろうという安心感がある
こういう考えるコストを減らすっていうだけでもiPhoneはかなり有益
iPhoneが未だにLightningなのには本当に驚いている
Android系がType-Cなのにも驚いている
もう時代はとっくにワイヤレス給電のQiになってると思っていた
iPhoneの場合はMagSafeでピタッとくっつくから全く不自由ないし、特に自動車で充電するときが便利すぎる
Lightningの口は全く使ってないから塞いでおきたいぐらいだ
これはiPhoneの利点という訳では無く、Android使ってたときもQiを使うか、そうでなくてもマグネット系のケーブル買ってきて抜き差しをしないようにしてた
充電口を無くすことが故障率を下げる有効手段なのだからQiを推進して欲しいし、なんなら充電口なしっていう尖った機種を出してもいいと思う
いつまでType-Cのケーブル選びで消耗するの？ワイヤレスでいいよ
iPhoneはカメラ性能をやたらCMするし、13だとシネマティックだなんだとCMしてるけれど
特にSONYがIMX586（4800万画素CMOS）を発表したあたりで歴然と差が付いた
他にもHUAWEIは6400万画素とか、Xiaomiは1億画素とかもう無茶苦茶になってきてる
ただ、この高画素に耐えうるだけのレンズ性能はまだないので実用上効果があるかはかなり疑問だ
今のiPhoneの前はZenfone 6を長らく使っていたので4800万画素の写真も撮りまくったが
最初の1ヶ月ほどは楽しく撮影していたものの、途中から「そもそも写真とは」という考えに陥り
ちなみにiPhone 13ユーザが「手ぶれ補正が凄い！」と喜んでる姿を見るが
残念ながらZenfone 6の時点でその程度の手ぶれ補正は付いてたし、HuaweiやXiaomiも同等の機能は昔からある
結局のところこの理由はかなり大きい
iPhoneのみで発表されるアプリはあっても、Androidのみっていうアプリはほとんどない
もしくはAndroidで発表されてるアプリの品質は悪いけれどiPhoneはまとも、っていうのもよくある
最近だとClubhouseがそうだったし、Cocoaアプリなんかも記憶に新しい
IoT系のデバイスとかAndroidもアプリがあるけどバグ修正が放置されてて実質使えないとかも多々ある
仮に限られたリソースでiPhoneかAndroidかどっちかでリリースしろと言われたら間違いなくiPhoneになる
ワールドワイドで見てみればiOS vs Androidという形ならAndroidなんだろうけれど
前述したように期首が乱立しまくってるのでAndroidでアプリを公開すれば全機種で使えるというわけじゃない
アプリ開発者からするとiPhoneに対応さえすればかなりの人数にリーチできる
このアドバンテージは恐らく逆転することが無いだろうしiPhoneの最大の利点だと言っても良い
Googleはこれを挽回したいからPWAとかFlutterとかを進めているがAppleは乗り気じゃ無い
結局、iPhoneを使う人がAndroidを使えば不満が出るだろうし、逆もまたしかりだと思う
iPhoneのこれを使いたい、とかAndroidのこれを使いたいっていう明確な理由があるならその機種を使えば良くて
そうじゃないなら乗り換える必要がない
他人が何を使おうがPlayStationとSega Saturnの争いのように勝った方が有利になることもないので
使いたい方を使わせればいいと思う
https://togetter.com/li/1714221
高木浩光氏による「デジタル庁によるnote発信における問題点の指摘」が話題になっているが、この焦点となっている
「政府機関等の情報セキュリティ対策のための統一基準群」（通称：統一基準群）について、誤解を前提としたブコメがあまりに多いので簡単に概要説明。
あくまで「統一基準群って何？」という大前提についての話で、高木氏の指摘内容自体は説明しない。
●原本はここ
https://www.nisc.go.jp/active/general/kijun30.html
現在令和3年度版策定中なのでこれが現行。全文が公開されている。
「群」と言われている通り、規範－指針－基準及び基準策定ガイドライン、という階層構造の文書群。
専門家でなくても判るよう噛み砕いた文章にはなっているが、規定である以上正確性を担保した文章で、読み飛ばせないゆえに、全体理解には相当負荷のかかる文書群ではある。
但し無論根拠法は存在する。法律（サイバーセキュリティ基本法）において「国の行政機関等はサイバーセキュリティに関する対策の基準を作成しなければならない」と定められていて、「だったら個別に各機関で作るより統一基準を作ろう」という事で、内閣サイバーセキュリティ センター(NISC)が作成しているのがこの文書群。
中央省庁全てと国立行政法人の大半はこのセキュリティ基準を採用していて、ITシステムの導入/運用にあたっては、この基準を守らなければならないというルール。
なお法令ではない以上、破っても罰則があるわけではない。（法律上の義務も「基準の策定」であって「基準の遵守」ではない）
統一基準群は「基準策定ガイドライン」という文書が含まれているとおり、わりと大枠の基準。それなりの自由度が設定されていて、「これをベースラインとして現実的な対策／実要件はこの基準の範囲内で、各省庁(独法)で細部を定めてね」という主旨。
今回の件は（デジタル庁独自基準がどうなっていようと／例え実際のセキュリティ上の問題が無かろうとも）、そもそもこのベースラインの内容に反しているからダメなんじゃね？というのが高木氏の指摘。
膨大な文書であり、かつ行政文書にしてはしばしば改定される（セキュリティ対策なので当然の話）ので内容をきっちり把握している省庁の担当者は正直あまり多くない印象。
IT専門の部署でない部局が行うITシステムの調達では「セキュリティについては統一基準群に則ること」と仕様書に1行記載してすませる(＝設計内容丸投げ)ケースも多い。
統一基準群に基づき独自の具体的基準をきっちり策定し、基準を順守した設計となっているか目を光らせている省庁部局となると非常に限られる。(もちろん厳しい所は厳しい)
セキュリティ基準の必要性は当然なのだが、ITシステムにおいて、何も言われなくても仕様書の一行に対し数百項目の対策リストを出してくるような、統一基準群と標準ガイドライン群(注)に代表される中央省庁独自規則に精通した技術者を抱える特定ベンダに（入札自体はオープンで公平であっても）発注が集中してしまう実状を生んでいる一因でもある。
近年は統一基準群も標準ガイドライン群も「クラウド・バイ・デフォルト」を原則として、外部SaaS等の利用を積極的に推奨する方向の規定にしているのだが、そもそも統一基準群を把握している担当者が少ない現状では、方針がそうなっていてもなかなか浸透しないのが実態かと思われる。
把握できてない以上意図してなくても本件のようなやらかしを踏み抜く可能性がつきまとうわけで（SaaS事業者は統一基準群を守れているか、なんて回答してくれない）、そこを恐れる実務者の気持ちは分からないでもない。
（注） 標準ガイドライン群
正式名称「デジタル・ガバメント推進標準ガイドライン」。セキュリティ面以外のIT利活用の指針文書群。こちらも膨大な文書群で、中央省庁のIT関連ルールにおいて把握が大変な点で統一基準群と双璧。
