  |
はてなキーワード: 独自とは
【独自】北朝鮮技術者、日本のスマホアプリ開発…自治体防災アプリなど７件の業務請け負う（読売新聞オンライン） - Yahoo!ニュース
https://b.hatena.ne.jp/entry/s/news.yahoo.co.jp/articles/8ec9cb389e26bf6101a774fc4fe2b85beb1aff16
むしろ北朝鮮の優秀なハッカーよりもたちの悪いコードを埋め込む可能性あるから気をつけろ。
優秀なハッカーなら表向きは問題なく動くように作るが、国内のスキルの低いエンジニアだとセキュリティーホールはもちろん通常用途にも使えない不安定なコード生み出すぞ。
天然物にはかなわんよ。
はてな、広告単価の下落で売上減少 営業利益は前年比38％減の2億円 2020年7月期決算
https://otakuindustry.biz/archives/100802
「はてなブックマーク」や「はてなブログ」などのサービスを展開している。
上記の結果、売上高は5億2134万円（前期比10.3％減）となった。
BtoB向けストック型ビジネスとして、「はてなブログMedia」を活用したオウンドメディアの構築及び運用支援サービスや、「はてなブログ」などを活用したネイティブ広告、バナー広告、タイアップ広告を展開している。
上記の結果、売上高は8億939万円（前期比5.0％減）となった。
受託サービスとして、顧客独自のネットワークサービスに関する企画、開発、運用の受託と、ビッグデータサービスとして、BtoB向けストック型ビジネスであるサーバー監視サービス「Mackerel（マカレル）」を展開している。
当期のWebマンガサービスに特化したマンガビューワ「GigaViewer」が、「MAGCOMI（サービス提供者：株式会社マッグガーデン）」「webアクション（サービス提供者：株式会社双葉社）」の2サービスに搭載された。
日産が「2021年度に全国に公共性の高い場所に150kw級の急速充電器を多数設置する」という約束をしてたけど、反故にしたまま2022年度に突入した。日産許すまじ。今はまだEVが少ないから高速道路でも大きなストレスなく充電できるけど、これからEVが増えたらそれ以上のペースで充電器を増やさないとカオスになるのが目に見えてる。E実際にEVが増えてきてるので、そろそろ何とかしてほしい。
VWグループが独自に自社専用の急速充電器を設置し始めたり、テスラには最強のスーパーチャージャーがあったりで、外資系のメーカーは独自に急速充電を整備しようとしている。公共に期待するより、こっちに期待した方が早いかも。
それとは全く関係なしに、全国の田舎にあるセカンドカー(軽自動車)は、これからどんどんEVに置き換わっていく。通勤用のセカンドカーなら長距離は走らないから航続距離や急速充電は関係ないし、家の駐車場でコンセントから自宅充電できる。そうするとガソリン代が全くかからない。所有者にとっていいことしかない。
地方における軽EVの増加は、地方のガソリンスタンドの経営に悪影響を与え、ガソリンスタンドの廃業に拍車をかけていく。その結果、田舎でのガソリン車は不便になり、ますますEVが増えていく。
ナンバリングだとわかりにくいから独自サブタイつけようとしたマーベルが派生ふえすぎて順番やらなんやらがごっちゃごちゃになった
８０－９０ねんだいの洋画はナンバリングしてたから手もだしやすかったのにー
という話を最近みたばっか
なにがいいたいかっていうと作者のこだわりはかってだけどその結果わかりにくくなって読者も手をだしにくくなるぞっていう
参考：健全な格ゲが突如R-18エロゲとコラボ ヒロイン陵辱に阿鼻叫喚
（ https://togetter.com/li/1883270 )
初めに言っておくんだけど、俺はあすか120%もエデンズリッターもこのニュース以降に知った野次馬だ。だけどこの一連の流れで違和感を感じたから、それをふんわり言語化してここに残してみる。グダグダ書いちゃったけど、下の文章の結論は
「成人向け作品の中でも特に凌辱ものはレイプという極めて重大な性犯罪を題材にする以上、慎重に取り扱うべきカテゴリである。しかし本コラボのように商業作品上で一般向け作品のキャラクターを導入し消費することは加害表現をゾーニングを飛び越えて陸続きにする愚行であり、公共の福祉に反する。こうした作品の出現を止められる手段がない以上はカテゴリごと表現規制されてもやむなしと考えるに至った」
ということ。
———
90年代の有名な格ゲーだったらしい”あすか120%”というゲームのキャラクターがなんの脈絡もなく突如、エデンズリッターという異常性癖の凌辱ゲーにコラボ出演し、フルボイスでバチクソにレイプされたらしい。
ゲーム内でのシーンの内容は攻略Wikiを見るに触手姦／首絞め／化け物からの二穴責め／快楽堕ちからの服従／アヘ顔描写という異常性癖のオンパレード。しかもキャラクターは制服を着用していて設定も明らかに高校生で、未成年と思わせる描写で正直、怖いもの知らずでビックリした。
未成年に対するレイプ表現なんて昔っから表現規制の一丁目一番地な訳じゃん。
（2009年の強姦表現に対するソフ倫の規制：https://www.itmedia.co.jp/news/articles/0906/05/news064.html）
規制が怖いから例えば同人でもBLやリョナもロリコン向けも検索よけみたいな独自ルールで一般層に見つからないように隠れてやってるわけで。
凌辱ゲーだってレイプっていうめちゃくちゃ重い性犯罪を取り扱う内容だけど、慎重に内部だけの文化でやってきていたから「not for me」で済まされてたと思うんだよ。
それなのに一般向けの作品のキャラを題材にして商業作品としてネットで大々的に宣伝するなんてヤバすぎでしょ。成人向けで特に凌辱なんて普通の国なら規制対象のものと、一般層のコンテンツを混ぜて陸続きにするあたり、ゾーニングに対する配慮が足りてない。
人物を凌辱したり虐待、拷問することを主題に置いた表現は、攻撃性を含んでて不快感が強い反社会的な表現なんだから、その存在自体が公共の福祉に反していて、だからこそ法的な権利者関係なく、絶対に一般層と混ぜちゃいけない。
だけどこのコラボは異なる文化を混ぜちゃったわけだから、こうやって棲み分けと情報の完全なゾーニングができなくなって、結果的に阿鼻叫喚するファンが出てるし、これこそよくTwitterでフェミニストが言っている「加害性のある有害表現」そのものな訳だよね。
そりゃ、今回のコラボ企画は法的には何の問題もなく、古い作品が故にファンの母数が少なくてそこまで炎上してなくて、期待以上の広告効果もあって商業的には大成功な企画ですよ。
だからこそ今後、モラル意識の薄い企業のIPが同じようなことを繰り返すんじゃないかと危惧してる。悪意がある例で悪いけど、例えば売れてないVTuberなんてそういう憂き目に会う確率が高い気がする。その時に表現者の気まぐれで好きなキャラクターが股から脳天まで串刺しにされたり、四肢切断されたりしなかったらいいね。
今まで非実在青少年の権利侵害だの性犯罪を誘発するだの鼻で笑ってたけど、自分の思い入れのある好きな作品がある日突然、こうして大手を振って悪趣味な加害性のある表現で何の配慮なくメチャクチャにされたら、気を失うと思う。
国連はしょーもない新聞広告にいちゃもんつけてる場合じゃなくて、こうした表現を徹底的に問題視するべき。今度ネット上で表現規制が騒がれた時、俺は10年後、20年後の自分の好きな作品の思い出を守るために賛同する。
業務に必要なスキルを事前にそのフリーランスが習得済みである前提で発注するよ。
基本的に作業時間に勉強の時間を入れることは受け入れられない。
つまり、業務に必要なスキルはフリーランス側で独自に学習してもらうしかない。
というわけで、この妻は中長期的に夫をフリーランスのプログラマーとして使い物にならなくしているということになる。
https://b.hatena.ne.jp/entry/s/togetter.com/li/1883355
もし Web 系（フロントエンド）で3年ほど勉強してないフリーランスがいたら、それってつまり3年前の技術で止まってるということだから、うちの会社だったら発注しなくなることは普通にあると思う。
はてなユーザー諸氏は、タイトルにあるレートが何を意味するかご存じだろうか？。
勘のいいはてなユーザーはピンと来たかもしれない。あるいはドキッとしている者もいるかもしれない。
先般、はてな運営から突如アナウンスされた『ブックマーク依頼に関する注意喚起と情報提供のお願い(https://bookmark.hatenastaff.com/entry/2022/03/28/145146)』。
まとめサイト等の業者による、有償でのブックマーク依頼や、クラウドソーシングでのブックマーク行為の募集……。
まさかはてブでそんなことが……？と驚いたはてなユーザーも多いかもしれない。
そう、タイトルにあるレートは、そうした業者が依頼するときに提示してい――るレートとはなーんも関係なく、
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
Webでエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的にタブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ。
ただし、Webベースのゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。
Core i7クラスのCPUや16GB以上のワーキングメモリ、SSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。
Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。
1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。
しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。
ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。
Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。
Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。
ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。
Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能なものの、iOSと比較してレイテンシがそこそこ大きくDTMに活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。
そもそも既存のAndroid AppなDAWはVSTやLV2などの外部プラグインに対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか？
ただし、DAW単体でDTMを完結するとレイテンシはほとんど気にならなくなるので絶対にAndroid AppでDTMが不可能というわけでもない。
Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。
ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。
まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの？とは思う。
ICT教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。
LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも？
デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。
ChromeOSで動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。
ChromeOSへマウントされたUSB機器、というかシリアル接続された機器はLinuxレイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。
つまりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーでゲームやろうと思ってもUSBゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。
言うなればAndroid Appレイヤーでスクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。
ChromeOSがホストでLinuxレイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。
LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲストOSの制限はKVMも引き継ぐ。
ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。
CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。
GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか？
Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。
UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。
3Dのほか2Dゲームもいける上に、最近のIDEよろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。
浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザの視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。
しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇なLinuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEをインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。
そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。
ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ。
少なくともGoogle系エコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートはUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIなIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースのアップデートを無償で得られ、Gentoo LinuxベースなChromeOSは潜在的なマルウェアの絶対数がそもそもWindowsやMacよりも少ないという利点がある。
Bluetoothイヤホン・ヘッドフォン・ヘッドセットも使えるし、NestスピーカーやNest Hub、Nest Camを持っているのであればGoogleアシスタントからのコントロールが容易なのは想像が付くだろう。Android AppレイヤーはGoogleのホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーをデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い。
もちろんこれは選択するハードによるものの指紋認証でロックを解除することまでできる。
Googleエコシステムへ浸かっていてGoogleへ個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言で欠点を表現することが可能だ。
「Chromebookじゃなくても別に良くね？」
そう、ギークがLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギークは別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OSは別になんだって良い。
このエントリは単にChromebookという新しい沼へギークの皆さんをご案内しているに過ぎないのだ。
なんだよね。
「ここは俺たちの考えた素晴らしいルールのもと運営されているんだ。古参はここでは新参より格上なんだ」って意味だと勘違いしてるアホが稀にいるから困るんだけどさ。
独自のルールが蔓延っていて、それにやたら固執するキチガイのノイジーマイノリティっぷりに配慮しないと成立しなくなった場なんて本当はもうとっとと捨て去りたいんだよね。
ただ他にもっと適した場所がないから仕方なくて使っているだけで、造語症と俺ルール拗らせた糖質の相手を新規にまでさせたくないから「客観的に見てどう思いますか？」と尋ねる意味で「半年ROMれ」と言ってきたわけで。
40歳を越えてから初めての小説を出版し、さらにそれから３年以上の時が経過した
あれから唐突に地球を半周したり、なぜかいきなり九州の工場に働きに行ったり、いまさら結婚したり、唐突に3DCGを勉強したり、いろいろやった。
なんだか基本的に迷走していた気もする。
最近になって、前作を気に入ってくれた方から原稿を頼まれた。忘れ去られてないだけでもありがたいことだ。
少し苦労して、自主的に書いていた時は完成しなかった短編をなんとか書き上げた。どうやら締め切りがないと書けないタイプらしい
書き終わって原稿をメールで送って一息ついたまさにその日の朝、書いた話とまったく同じアイデアの漫画がwebで公開された。
ういてるふたり
https://shonenjumpplus.com/episode/3269754496895224892
あわててTwitterに、「ネタかぶりした」とアリバイ投稿をする。こういう時、内容の修正ができないTwitterはありがたい。
それにしても、タイミングが悪い。
実は前作も、ネタが被った。
応募しようと思っていた小説コンテストの投稿締め切り１ヶ月ほど前に、「世界中が突然長期間停電してしまう」という自分の小説とほぼ同じネタの映画「サバイバルファミリー」が公開されたのだ。
映画の内容次第では、応募すらできないかも。と、戦々恐々としながら劇場に見に行った。
結果としては、大丈夫だった。題材は同じなのだが、書き方が違う。ある部分では負けているが、ある部分では勝っている。
具体的に言えば、世界停電の理由付けやリアリティの部分では勝てた。
コツコツ調べて積み上げた小説内のディテールが、「これを世に出しても意味がないのではないか」という思考から自分を守ってくれた。
今回の漫画を読んだところ、今回も同じことが起こっているように見える。
食材は同じだが料理法が違う。そんな気がした。まあ自分の作品ゆえの贔屓目なのかもしれないけど。
世間の大体の創作は、おそらくアイデアレベルではオリジナルじゃない。
有名映画監督や、「○○節」と言われるような独自の歌い方をする歌手など、作風、芸風を極めた場合、ひょっとしたらどんなアイデアでもオリジナルの作品として消化できるのではないだろうか。
わかりやすい例えでいうと、「シン」シリーズ（シン・ゴジラ以降がまだ未公開なので庵野監督が成功パターンが作れてるかどうかはまだ謎だけど）。
これはむしろ福音ではないだろうか。もし世にある様々なアイデアを自分流に作り直してオリジナルに消化できる、ということなのであれば。
後出しが遅ければ遅いほどパクり認定されやすいのでは、という考えで、早々に公開することにした。
こうやってここに書くのも、なんだか言い訳がましいなあ、と自分でも思う。
でもせっかく書いたので、公開はしたい。判断はまあ、世間に任せる。
リーナスがLinuxを開発したというのは、どれほど「技術的に」すごい偉業だったのでしょうか？
生越 昌己
回答日時: 2022年4月23日 · 執筆者は841件の回答を行い、180.3万回閲覧されています
なんか呼ばれてる気がした。
「技術的に」はどうってことないものです。別の回答で私の書いた記事が引用されているので、その辺の歴史的なことはそっちを読めばわかると思います。「やればできる」範囲のことです。実際、あの記事には書きませんでしたが、そのちょっと前くらいに私の知人(日本人)がフルスクラッチのUNIX互換マイクロカーネルOSを独力で書いてます。これも彼に言わせれば、「教科書通りに実装しただけ」とのことです。なお、UNIX系OSの実装は、いくつか教科書が出ています。また、「NET2」という4.3BSDのフリー(ってことになっていた)な部分のコードも公開された後です。つまり、参考にするものは結構あったんです。
実はOSそのものは、「技術的にすごい」必要はないです。もちろん、いろんな点で「技術的にすごい」ことをする必要性のあるところはありますが、「普通の実装」であれば「教科書通りに実装しただけ」で作れます。「ぼくのかんがえたさいきょうのプロセスモデル」なんてものは必要ありませんし、「マイクロカーネル技術」なんてのも、あればあったでメリットありますが、なければなくても困りません。UNIXのその辺は普通の人達が思っているよりもずっと単純で、実装もそんなに難しいものではありません。ですから、特に「何かの互換品を作る」というのであれば、動かすだけであればそんなに大変ではありません。バランス感覚が要求されて難しい部分は既に他人が実装しているわけですし、「教科書」や「参考コード」はいっぱいありましたから。
Linuxが凄かったのは、一つは「運」です。多くの人が求めているタイミングで、まがりなりにも動くものを出すことができた。これは多分最大最強の「すごいこと」です。
Linuxがリリースするちょっと前に、AST(Andrew Tanenbaum
)はMinixの「次のバージョン」についての「やらないことリスト」を作っていました。野良で作られたMinix386を使っていた人達を始めとする「MinixがもっとUNIXになって欲しいと思っている人達」は、それを見てガッカリしたものです(私も)。Minixを実用品にしようとする流れに完全に背を向けた形で「教材としてのOS」に力点を置いたもので、ASTの立場を考えれば当然とは言え、いろいろ残念な思いをしました。Linuxがリリースされたのは、そのショックから覚めやらぬ時期だったので、それを見た人達は、まさしく
ｷﾀ――(ﾟ∀ﾟ)――!!
その次に凄かったのは、「それを実用品に持って行けた」ことです。「動く」ということと「実用品になる」ことの間には、とんでもなく深い「谷」があります。これを超えるのは、「運」も大事だし「技術」も不要じゃないんですが、それだけでできるものでもありません。そもそもLinus自身が「最初はそんなつもりはなかった」的なことを言ってますからね。それでもどこで気が変わったか、あの「隙だらけのカーネル」でも、なんとなく実用品として使えないことはない程度にはなっていた。
そして、「隙」も凄かった。Ver 0.01のカーネルなんて、本当に隙だらけ。たとえば、システムコールのエントリテーブルがあるのですが、その先の「実装」部分には「未実装」ってコメントが1行書かれているだけなんて状態だったのです。これは結構後の版でもありました。でも、その「隙」ゆえに、多くの人に愛され、「俺が何とかしてやろう」と思わせる。当然意図したものじゃないにせよ、これがなかったら「今」はなかったかも知れない。
等々、いろんな「凄さ」はありますが、それは技術そのものではありません。「凄さ」は別のところにあったのです。
独自に似たものを作ってた人達(私も含まれる)が、一斉に自分の作っているものを投げ出して協力しようと思うくらいには「凄く」また、「隙」があったんですから。「マイクロカーネルこそが」とか、まぁとりあえずマトモに他人の使える自前実装作ってから言ってよね。ちなみに当時の私はMach
をいろいろいじくってました。Ver 3.0になっていろいろいじれるようになってて、MS-DOSの上からbootする版を作った人がいたんで、「これでユーザ空間でOS書けるじゃん」って。
そんなわけで、「ぼくのかんがえたさいきょうのOS」を作らなかったのが、Linusの偉かったところ。愚鈍に「どうにかこうにかUNIXとして使える程度のもの」をちゃんと作っていいタイミングでリリースした。そこが全ての始まり。
「毒にも薬にもならない昔話」とはこのことではないだろうか。
老人ならせめて1行くらいは誰かの役に立つ言葉がにじみ出るものだが・・・
そういう生き方としてきたということだろう。
検索してたらたまに公人に対する愚痴垢がひっかかるけど、対象の名前をアルファベットの伏字にしてたら大丈夫とかそういう独自ルールはいつ頃形成されたんだろう。（全然大丈夫じゃないと思うんだが）
だいたい前後の内容は勿論、アルファベットの組み合わせや時折挟まれる絵文字の読み方なんかでちょっと考えたり調べたりしたら、大凡誰の事か察せてしまう。だというのに、それを忘れてるのか結構過激なことをツイートしてるのも見かける。
この時気になるのが、
①明確に対象の名前は出ていないがだいたい察することができる時、愚痴垢の（第三者からみて過激だなと思うような）ツイートは誹謗中傷になるのか。
②界隈Aのaについての愚痴ツイートが、全く関係ない界隈Bの bについてだと誤読（他にいい表現が浮かばなかったのであえて誤読とする、）され、最終的にbが精神的にダメージを負った時に、誰に責任があるのか。
である。
例えば鈴木とか田中とか、スポーツ選手なのか芸能人なのかどこかのアイドルなのか、名前だけではわからない。音の括りでいえば、「ウエダ」さんは「上田」か「植田」か、“ued”だけでは分からない。aへの愚痴がbへの攻撃に代わっているかもしれない可能性は決してゼロではない…と思う。
都市部だけじゃなくどいなかでも、おなじなんだろか。
このあいだ久々に人口1万くらいの、県庁所在地(県の１番の街)まで2時間近くかかる地元の町まで帰ったんだけど、
みんなめちゃくちゃ子供作っててびっくりしたんだが。。
旦那と奥さんあわせて500万いくかなくらい(例→旦那は夏しか儲からない観光施設のスタッフ+奥さんは道の駅でバイト)で三世代同居してて子供3人とか。
実際、おれ自身が通ってたときより小学校の全校生徒増えてたんだよな。
町独自の住宅支援とかあるみたいだけど、ほんとわらっちまうくらいみーんな2人以上作っててビックリした。
