  |
はてなキーワード: ossとは
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1590 | TVAL now（ティーバル ナウ） - テレビ番組リアルタイム視聴率 | tval-now.switch-m.com |
| 991 | データベース概論Ⅰ ｜ 筑波大学オープンコースウェア｜TSUKUBA OCW ｜ 北川博之 | ocw.tsukuba.ac.jp |
| 869 | 家電に対して適切な補償に入ることで修理コストを下げて生活を安定させる - izm_11's blog | izm-11.hatenablog.com |
| 820 | パワポ生成AI 自動プレゼン生成ツール | ai-tool.userlocal.jp |
| 684 | 2023年にブックマークしたページでよかったもの集めた - Really Saying Something | toya.hatenablog.com |
| 675 | ２５年前の紙面が縁結ぶ 本紙「私の赤ちゃん」で隣に載った大泉拓途さん、沙綾さん（十勝毎日新聞） | kachimai.jp |
| 625 | 【2023.12.11更新】『このマンガがすごい！2024』今年のランキングTOP10を大公開!!【公式発表】 | konomanga.jp |
| 601 | バックスラッシュと円記号の歴史と違い | penpen-dev.com |
| 558 | インターネットで実名でレスバしてたらISPの社長から脅迫された話。そして17年後… - rna fragments | rna.hatenadiary.jp |
| 555 | 【お願い】広告ブロッカー（Adblock）の除外設定をお願いします。 - すまほん!! | smhn.info |
| 482 | honto - 「honto 本の通販ストア」サービス終了及び外部通販ストア連携開始のお知らせ - hontoからのお知らせ一覧 | honto.jp |
| 479 | DNS浸透いうな - それは言葉狩りじゃなくて | dns.lavoscore.org |
| 460 | 「事実誤認や著しい誤りがある本は出版されるべきではない」という主張について見解を教えていただきたいです。私は、内容が正しいものであってもなくても、出版される事自体は問題なく、出版後に適切な批判を受けるでよいのでは、と感じているのですが、いまいちすっきひ論理的に整理できずに悶々としています。｜新たな発想を生み出す質問箱 Querie.me | querie.me |
| 459 | 人生を変える社会学──『岩波講座 社会学』刊行にあたって | tanemaki.iwanami.co.jp |
| 456 | 『メタバースの失敗はセカンドライフの失敗を元に学べ』とか言う人はだいたいエアプなのでSL歴16年目の私が教えます - urakatahero”B”log | urakatahero.hateblo.jp |
| 456 | サマーズ氏: 人手不足は企業が低い賃金しか支払わないせい ｜ グローバルマクロ・リサーチ・インスティテュート | www.globalmacroresearch.org |
| 451 | 韓国のTwitchに関するお知らせ | blog.twitch.tv |
| 451 | 【速報】新潟・糸魚川市で夜に気温が急上昇し２６℃を観測 １２月の観測史上初めて２５℃超の夏日に ｜ 新潟ニュース NST | news.nsttv.com |
| 442 | バンクシーはなぜパレスチナで作品を描き続けるのか？ | casabrutus.com |
| 417 | 年末3日間で「人を呼べるくらい」片付いた部屋にする計画を徹底解説！ - ミニマリスト華のブログ｜お金が貯まるシンプルライフ | hana-heya.com |
| 416 | OSS 観光名所を貼るスレ - ぽ靴な缶 | blog.pokutuna.com |
| 412 | パスキーの基本とそれにまつわる誤解を解きほぐす | blog.agektmr.com |
| 411 | Wave Terminal | www.waveterm.dev |
| 396 | はてな★ギャラクシー | hatebu-galaxy.vercel.app |
| 395 | 勝手に輝いていた増田ブコメ大賞2023 - 誰かの肩の上 | daydollarbotch.hatenablog.com |
| 383 | 韓国だけ低画質で動画を見る？「ネットワーク使用料」 問題総まとめ｜韓国のIT&スタートアップ業界専門メディア「KORIT」 | www.korit.jp |
| 376 | 【極シリーズ】パサつきなし！しっとり柔らかジューシーに焼き上がる 「極 鶏むねステーキ」 ｜ クックパッド | news.cookpad.com |
| 374 | 【投票しよう！】ミソジニー・オブ・ザ・イヤー2023 | men-with-women.com |
| 348 | 【ベストバイ2023】買ってよかったモノ・ガジェットBEST10 ｜ LOPYLOG-ロピログ- | taotaoblog.net |
| 344 | Ubuntu 22.04 LTS サーバ構築手順書 | server.lavoscore.org |
| 344 | ブラック・ナードから見た日本の漫画、アニメ、そしてそのサブテキスト（＝言外の意味）：オマール・ホルモンさん インタビュー ｜ elabo | www.elabo-mag.com |
わざわざ OSS 実利のため選択していてそれで受益している状態と、OSS なので OSS 作法にのっとった行動せよ、は当然そうであるべきと思いつつ（受益の為の）ポジショントークなんだろうなと感じる面が強い。
（批判はすれど）責任は求めていません、って話しも面白いよね、個人にはそうかもしれないけど話をそらしているだけにみえる。責任（というか責任をとっているであろう状態にする行動）は誰かに求めているように見えた。
（OSS は単なる無料ソフトウェア以上について、 OSS は無料でなくてよいと思うが、これは些末な問題）
（他の方のブコメ通りサポートはしなくて良いし、コストなんだろうから OSS でコードのみで良いのでは？）
しらんけど。
弊社で受託しているソフトウェア開発プロジェクトが終了間近となり、納品物をまとめる作業をしている。
納品物の一つにはFOSS (Free and Open Source Software)、俗に言うOSS、の説明書がある。
増田はこれまでで受託開発企業を3社ほど転々としてきたが、これをきちんと納品している会社は過去には見たことは無かった。道義的責任として、「このソフトウェアはこんなOSSを使ってます」という説明は顧客に対して為されるべきだとずっと思ってた。もちろん、納品時ではなくてプロジェクトの初期で実施するのが良いと思うけども。
経済産業省が公開している「情報システム・モデル取引・契約書（第二版）」という、受託開発の契約書の雛形が存在する。この雛形の中では次のような条項が提案されている。
https://www.ipa.go.jp/digital/model/model20201222.html
（FOSSの利用）
第49条 乙は、本件業務遂行の過程において、本件ソフトウェアを構成する一部としてFOSSを利用しようとするときは、当該FOSSの利用許諾条項、機能、開発管理コミュニティの名称・特徴などFOSSの性格に関する情報、当該FOSSの機能上の制限事項、品質レベル等に関して適切な情報を、書面により提供し、甲にFOSSの利用を提案するものとする。
2. 甲は、前項所定の乙の提案を自らの責任で検討・評価し、FOSSの採否を決定する。
3. 乙は、FOSSに関して、著作権その他の権利の侵害がないこと及び契約不適合のないことを保証するものではなく、乙は、第1項所定のFOSS利用の提案時に権利侵害又は契約不適合の存在を知りながら、若しくは重大な過失により知らずに告げなかった場合を除き、何らの責任を負わないものとする。
開発者は「こんなFOSSを使ってます、それはこんな機能があって、こんだけ人気があって信頼がおけるものです」みたいな説明をする義務を負う代わりに、万が一そのFOSSがバグったりしても責任が限定される、という話だ。
もしも受託開発の契約書にこのような条項があったとしたら、きちんと利用しているFOSSの説明をしよう。しなかったとしたら、後で不利益があるかもしれないし、それ以前にその仕事は技術的に真摯なものではないと言える。
集合知っていうかネットの力とかかな。wikipedia とかもそうだけど、みんなの力で！みたいな顔をしていて実際は数万人とか数十万人に１人のエクストリームな知識と行動力の人だけが動かしてるのが現実だよな。
世界の何十億人が使っているコア技術なのに、ボランティアの１人が全てを背負っている。
あれは自分もOSSだから多くの人たちが力を合わせて開発、運用しているんだ！と何故か無邪気に勘違いいしてたけど、実際は一部のエクストリームな活動の犠牲の上に積み上げられていた。
インターネットの集合知とかも多分嘘で、ネットに出回っている100の情報があったら99.9％は利用者の1/10000くらいの人間だけが出力した内容、またはそれらの劣化コピーの使いまわしな気がしている。
これは元々人間には独自の情報を語る能力、独自の考えや感想とか個人の妄想とか感情とかを垂れ流すインセンティブもないし、会話にそんなものを誰も要求していないみたいな、旧来の社会敵な動きとかが原因な気がする。
口を開けばトムラウシ山遭難の話だとか、三毛別羆事件、福岡大学ワンダーフォーゲル部ヒグマ事件。
これら情報は集合知じゃなく、一部の記者の仕事であり。そしてそれをまとめた一部のエクストリームな活動家の仕事であって、集合知ではない。
エクストリームな１人に依存している状況なので、専門家が正しいことを言っていても大衆の騒音にかき消されてしまっている、みたいな集合に潰されてる智慧がある気がする。（具体的な事例は思いつかないけど）
それって多分私が思い描いていた集合知のイメージとはかけ離れている。
気がついたと言うか、認めたくなかった事実というか。
以下でエンジニアと書いてあるのはソフトウェアエンジニアだと読み替えて欲しい。
最近はエンジニアの間で海外でエンジニアをやれば簡単に年収2000万に到達できる的なブログがバズっているが、ここで疑問になるのはなぜ日本のエンジニアは海外に比べて給料が安いのか。
色々理由はあるが、第一に大きいのが「海外ではエンジニアになるのにはコンピュータサイエンスの学位を持っているのが前提だから」という点。
もちろん野良で独学してエンジニアになっている人間も一定数いるが、固定観念としてエンジニア=CSの学位を持っているというのはある。
ということで必然的に一国のエンジニアの平均的な技術力は高い(技術力とはなんだという話はあるが)。
日本だとどうも大学という存在が軽視されていて、スキル等を獲得する場所ではなく就職予備校という側面が大きく、大学での専攻と卒業後のキャリアの対応付けがめちゃくちゃだったりしている。
そんなわけでエンジニアと名乗っておきながらやっている仕事はマークアップ言語をコーディングしていくだけで、知的生産なのか？というような仕事を主としている人間がかなり存在する。
どうしてこんなことになっているかというと、日本のものづくり業界の歴史としてバブルの時期にハードウェア関連で国が伸びてきたという経緯があり、ハードウェアの会社が強く、ソフトウェアはハードウェアのプラグイン的な捉え方がされているため富士通のようなSIerと呼ばれるシステム導入を主要事業とする会社が後から伸びてきた。
SIerはシステム導入をすることがゴールであり、現在のDevOpsとは真逆で作ったら終わりのビジネスモデルなので(メンテでフィーはもらうが)、少々話が飛躍するが結局SIerはコーディングに興味がない。
日本国内でのハードウェア産業の勃興とソフトウェアの立場の弱さ、SIerの台頭、大学の軽視など様々な力学が働いて結果としてエンジニアの給料は他国に比べて低いと個人的に考えている。
じゃあ日本のエンジニアの給料を上げるにはどうしたらいいんだって話になるわけだけど、極論として全員安い給料でコードを書かなければいいと思う。
ペラッペラのLPを作るのだって最低500万を積まなければければやらない、サイドバーにボタンコンポーネント1つ差し込むのにも100万円払わななければやらない、みたいな。
まあ急にそんなことはできないんだけど、漸進的にこれをやる方法は1つあって、USなりの物価の高い国からオフショアで案件を受ける。
そうすれば自然と給料の高い仕事にエンジニアは流れるので、日本国内のエンジニアが全員オフショアエンジニアになれば結果的に平均的な給料が上がる。
日本経済としてそれはどうなんだろうとは思うけど、近視眼的に日本のエンジニアの給料を上げるというのを解決するにはこのくらいしかない。
オフショアという形を頼らずともVCマネーで生き生きとしているベンチャーはエンジニアの給料を高くしてるけど、これはあくまで局所的な話であって日本全体のスコープで考えたら結局産業構造というものに向き合うしかないと思う。
自分自身エンジニアだったしOSSにもコミットしたりそれなりに開発できる人材に敬意は持ってるけど、それでも安く仕事してくれるなら給料は安めにしたい。
なぜなら会社の口座残高がゼロになったらゲームオーバー(=倒産)なので、削れる人件費は削りたい。自分の会社もエンジニアを抱えているけど事業を回すためにも世間並みの給料ではある。
今後も安く働いてくれると嬉しい。
