  |
はてなキーワード: Linuxとは
弊社ではその設立当初、というよりも創業者(＝私)が個人事業主だった頃から業務にFLOSSを多用しています。
今回その事例を情報共有するためにエントリを作成いたしました。
従業員50人ほど(学生アルバイト含む)の会社です。ちなみにかなりボカして書きます。
弊社では社内文書をSDGsの観点からペーパーレスに努めており……と表現すると些か格好付けすぎなので正直に言えば個人事業主時代に印刷機複合機のランニングコストがバカにならなかったので物理ペーパーへ出力するのを控えていた運用がそのまま法人化されても続いているだけです。
社内文書として用いられる文書フォーマットはODF形式で統一している……というかコレもまた個人事業主時代にOpenOfficeを活用しており、現在社内で使われている主なオフィススイートはLibreOfficeとなっています。
注意点としては弊社がルールとして定めているのはODFを用いることでありLibreOfficeの利用を強制しているわけではないという点です。
従業員の中にはLibreOfficeを常用せず、AbiWordやGnumericを普段使いしている者も居ます。
弊社は社外とオフィス文書ファイルをやり取りすることが一切なく、オフィス文書ファイルと表現するには正しくないですが社外とはPDFをやり取りするくらいなので何か問題が起きたことが今まで特にないです。
ただ1つ問題があり、弊社はこれまでLibreOfficeを無償で活用させて頂いており、これまでの感謝を示すためLibreOffice Enterpriseへの移行を考えているものの日本国内でLibreOffice Enterpriseを利用するための情報が一切なく困り果てています。
最悪、海外の企業を頼る方法もありますがサポート時間の都合などがあるため可能ならば国内で探したいと考えています。どうにかならないものですかね？
社内では「むしろウチがやったら？」なんて声もチラホラ聞こえますが……。
ちなみに社内デファクトスタンダードのフォントはNoto Sans Japaneseです。一部でTakao(IPA)が使われています。
弊社ではFLOSSを活用しているせいもあって特にOSの縛りを設けていません。何なら経理担当はChromebook使ってます。
社内のOSシェアはChromeOSを含めたLinuxディストリビューションが5割、macOSが2割、残りがWindowsとその他です。
気になるであろう開発環境についてですが、Dockerを用いて開発環境の統一化を計っており、その時々に応じてDockerコンテナを切り替えて開発しています。
Dockerを用いているせいもありLinuxディストリビューションの社内OSシェアが高くなっているのです。
プライベートで従業員は様々なOSを選択しているようです。ゲームとかVRが趣味であるならばWindowsしか選択肢ないでしょうしね。
ちなみに業務用のPCはBYODで購入補助あります。
結局は従業員の現物給与として課税されてしまうだけなので「いくらでも良いけど高すぎるの買うと年収増えすぎて痛い目みるよ？」とは助言してます。
会社はまとまったお金を出しているに過ぎないのでメリットとデメリットがありますよね。
いちいち申請出す方もチェックする方も面倒なのでGNUプロジェクト下ソフトウェアは無申請で利用可としています。
ただし制限は公式リポジトリまたは弊社が安全だと判断しているリポジトリで配布しているバイナリのみという条件が付きます。
どこの会社もそうでしょうけれどもAWSやAzure、GCPなどたいてい大手に置いてますね、予算の都合もあるけれど。
これは弊社が強制しているわけではなく、弊社デザイナーの第1号従業員がWindowsユーザであったので惰性のままWindowsとなっているだけであり、中にはMacで仕事している従業員も居ますし、状況によってLinuxディストリビューション(主にUbuntu)上で仕事しているときもあります。
Linux環境では苦手なIllustratorのAI形式などはSVGやラスター画像に落とし込んでもらって開発者が適用するという運用になっています。
社内では特定の環境へ依存するファイル形式はとことん嫌われる傾向にあります(妙な仕事が増えるから)。
開発者から経理、デザイナーに至るまで弊社従業員はみんなGitが使えます。
ただし使えると言っても全員がCLIからコマンドを打てるわけでなくGUIクライアント上からの操作しか出来ない者も居ます。
主に使われているGitのGUIクライアントはGitKrakenです。
入社時の受け入れ教育でLibreOfficeやGitの指導をすることになっており、全従業員が浅くともGitとは何ぞや？を理解している状態にあります。
ちなみにGitリポジトリは主にGitLabへ置いていてUltimateを契約させてもらってます。
社内にセルフホストしているGitLabサーバもありますが、こっちは従業員が個人開発しているものを投げているようですね。業務にあまり使われていません。緊急時のバックアップと思われるものがちょこちょこありますが。
プロジェクト管理ツールはいろいろと試したのですがOpenProjectへ落ち着きつつあります。
プロジェクト管理ツールの選定は各プロジェクトマネージャへ任せているのですが、旧来からあるRedmineと操作性が近い上にGitLabとの連携も容易でなかなか良いとのこと。
他社とのやり取りにSlackやTeamsやZoomが出てくることもありますが、社内だけで完結する際はたいていElementが使われています。
これは当時インターン生だった弊社の現従業員が若者の熱意と共に持ち込み、サーバを与えたら喜々として運用をはじめたので、それをきっかけに便利だったからそのまま使わせてもらってます。
ぶっちゃけて言えば私個人のこだわりはチャットにありません。従業員が楽しそうに使っていればそれで良いんじゃないかと。
IRCとか持ち出されたら「今どきそれはどうなの・・・まぁ良いけど」って言うかも知れませんが。
会計はFreeeです。特にこだわりはありません。たまたまWebブラウザから使えたのでFreeeとなってます。
残り5%は主に私が出社しているからｗ
社内にサーバがあるので私以外も出社してくることはありますが基本的にコロナ禍以降は全従業員がリモートワークです。
そもそもコロナ禍以前でもリモートワークしてた気がしなくもないのですが当時は3割4割くらいだったでしょうかね？週に何度か出社して来ないが自宅からdoneしてくる従業員が何名も居たので。
タイムカードもElementのbotへ投げると自動的に処理するようになってます……が、実際のところ最後の処理で私が大目に時間を付けてます。打刻を忘れることもあるしね。少ないより良いやろｗ
結局、郵送物(今ならコロナワクチン関連とか)を処理する必要があったりなど誰かしら会社に人が居なければならず、自分でも忘れがちですが創業者なので私が会社に居るよってことで私だけがほぼ出社するという状況になってます。
オフィスの処分も一時期考えたのですが、増員への教育とか考えるとやっぱりオフィスあったほうが良いよなぁなんて思ってそのままです。もしかしたら引っ越しするかも？
1つだけ申し訳ないことがあって、コロナ禍の状況下でどうやって増員したら良いのか教育したら良いのか私の能力を超えていまして現在は新規募集を停止中です。いやホント申し訳ない。
事業が軌道に乗った以降は毎年最低1人は取ろうねと古株と話していたんですが、こうなっては無理だよねと苦笑しあってます。
どうやって世間の同規模中小企業は新人教育やってるのか解らなすぎる。会社に誰も居ないじゃんと。
上場する気も更々ないし無借金なので、のん気にこのままゆっくりと会社を維持していきたいなぁと思ってます。
早くコロナ禍終わらんかなぁ……。
それよりもずっと深刻に思うのだが
ググって知ったかぶりすることすら出来ないってある？
AWSならLinuxやネットワーク周りを知らなくてもいい ← ^^;
幾ら掛かる予測が出来ない
RStudioがPC内から気がついたら消滅していたので何回もやり直すのが面倒で書いた
コメントアウトをいじればFedoraやmacOSでも動くと思う
https://pastebin.com/HiPqLVq7 (6/4 shコマンドでも動くように修正 以前はbash hogehoge起動していたので動作確認していなかった)
エラーでここに貼れなかった
util-linux(rev) libxml2-utils(xmllint) gpg curl coreutils(sha256sum)とR関連
echo "$HTML" | xmllint --nowarning --xpath hogehoge --html - | hogehoge
こうしないとxmllintがエラーでhtlmなどをうまく読み取らない
sed 's/href="//g;s/"//g;s/\s/\n/g;s/^.?$//g;s/^\n//g'
href="hogehoge"の形で出てxmllint内で除去出来なかったのでsedで妥協
hrefが1回しか出ないのでひとまとめにできそうだが面倒なので分けた
この書き方なら複数回出ても除去できるはず
先頭の謎のスペースの除去が面倒だった
echo "$HASH" "$FIELNAME" | sha256sum --status -c ;echo $?
スペースが2つないと書式で怒れられてハッシュ値が合っていてもsha256sumが終了ステータス0で正常終了を返してくれない
VScodium
ShellCheck
https://open-vsx.org/vscode/item?itemName=timonwong.shellcheck
XPath Helper
https://chrome.google.com/webstore/detail/xpath-helper/hgimnogjllphhhkhlmebbmlgjoejdpjl
zenn.devに書こうか迷ったがどちらの方が良かったのだろうか…
ダウンロードしたサーバーがやられてるならハッシュ値も改ざんするだろうgpgで確認しないと意味ないでしょとかsudoでやったらディレクトリがとか色々ガバあるから誰かいい感じに改良して
https://cran.rstudio.com/bin/linux/debian/
https://www.rstudio.com/code-signing/
いや。AWSだとLinuxやネットワーク周りの知識が不用になるってことは別にないけどってだけ
ただ、オンプレのLinuxが主流の時代ならみんな理解してたのか？と言えば別にそんなことは無いです
オンプレのLinuxが主流の時代でも仕組みをよくわかっていない人によって動いてるサーバーはたくさんあった
そもそも学習目的以外でゼロからカーネルや設定ファイル弄ってサーバー構築とかなかったです
サーバーエンジニア・ネットワークエンジニア・セキュリティエンジニア・社内インフラ担当(社内SE)呼称はなんでも良いが
彼らの作った設定をコピペやぞ(ひどい場合は技術blogからコピペ)
法学部卒で就活をなめていて全滅し、小さな編プロに入ったものの、ボスもアスペで誰とも仕事が続かない方だったので、私もミッション途中で解雇。
業務委託契約で雇用保険も未加入だったので、日雇いで食いつなぎ、京都リサーチパークの小さなコンサルにアルバイトで入社。
Web制作が商売になり始めた頃でしたので、織物産業系の会社にホームページを売り歩いて実績を積んで正社員になったものの、社長が会社を解散。
その後ポリテクセンターを利用して雇用保険で食いつなぎながら、就活してリクルートの制作会社に入り上京。
でも遠距離恋愛でメンタル悪化して、早々に退職して数年実家で引きこもり。
このままではヤバいと思い、農業実習生に行ってみたけど、休憩時間に水も飲めず挫折。
その後はボランティア活動に参加するようになったら、ITスキルを買われて、研究員として再生可能エネルギーの実証実験に参加。
GISを使った資源量調査の学会発表や共同特許取得の経験を積んだものの、上司と研究データの抽出方法でもめて離職。
しばらく考えて、あえて障がい者枠で福祉施設の支援員になるも、ずさんな経営に憤りを感じて、離職。
文科省のモデル事業でとある学校の支援員をしながら、通信制の専修学校で社会福祉士の勉強をして、合格。
福祉の道を歩もうと思い、福祉施設を立ち上げたいという営利企業に雇われ、作業所を設立。
でも作ってから、運営方針でまた役員ともめてパワハラを受けて、離職。
それならいっそ営利企業ではなく社会福祉法人で働いてみようと、家から近い法人に就職。
相談員の資格を取得したものの、保守的な法人の運営方針と、社会福祉士の倫理綱領との乖離に会社に行くのが辛くなってしまいました。
だって入社式でマスクの色まで指定して、少しでも違った人はその場で交換させるなんて、多様性が重んじられる福祉業界であり得なくない？
毎日仕事のことを考えると歯を食いしばりすぎて、歯神経が痛みを発するようになっています。
抗不安剤を勧められるけど、ベンゾ系の薬は卒業したので今さら飲めず。。。
転職しようにも、地元は田舎なんでほぼ最低賃金に近い仕事しかなくて、福祉でやっていこうと思っていたけど、まともな法人はもう通える範囲で求人がないのが現状です。
お付き合いのある自治体で雇ってくれる話もあるけど、会計年度任用職員なので、これまた最低賃金レベル。
ITに疎い業界だと重宝がられるけど、今さらIT業界に戻ろうとしても、ブランクもあり、厳しいかな。
IT系の資格は取得してないけど、以下のようなしょぼいスペック。
サーバーたてたりはLinuxとかでFTPサーバーやWebサーバーをたてて遊んでいたレベル。古い時代でごめんなさい。
Webはhtmlは読める。デザインもできる。WordPressは分かる。ディレクション経験は大昔ならあり。
経理：売上1億円レベルの小さな企業の給与計算、法人の決算は経験あり。
助成金申請・報告書作成：1,000万ぐらいの案件までなら経験あり。採択実績も複数あり。
法務：名義変更登記とか不動産登記はできる（無資格・図面はイラレで書ける）。
コンサル：福祉事業所の設立や運営のコンサルは単年度で受注実績あり。
でももう福祉系を諦めて、他の士業の資格を取得するのも検討中。
「Windows 11のシェア停滞とWindows 10のサポート終了期間を考える 」を読んで、ますますわからなくなったので、これから起こりうるシナリオを考えてみた
| 番号 | シナリオ |
|---|---|
| 1 | Windows 10のサポート期間が2025年以降も延長される |
| 2 | Windows 11のハードウェア要件が緩和され、古めのPCにもインストールできるようになる |
| 3 | Windows 11がインストールできなかったPCにもインストールできるWindows 12が発表される |
| 4 | 現在使われている古いPCが減り、ほとんどのPCにWindows 11がインストールされる |
| 5 | Mac OS/Linuxが劇的にシェアを伸ばし、Windowsにとってかわる |
リーナスが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行くらいは誰かの役に立つ言葉がにじみ出るものだが・・・
そういう生き方としてきたということだろう。
浅いねぇ
Go: （この中では）比較的ネイティブに近くできるので高速。メモリ管理はシビア
Java: 枯れてる技術なので採用例が高く、WebだろうがデスクトップアプリだろうがAndroidアプリだろうがある程度柔軟に作れるし堅い選択肢
Python: 機械学習ライブラリが一番充実しているが、扱いやすい言語なだけでパフォーマンスは最悪
PHP: Webサイトが一番作りやすいが古いバージョンはセキュリティ的に難点。型が柔軟過ぎてぐにゃぐにゃしている
Ruby: Linux上のツールを作るのが楽と思いきや、RailsでWeb用途が爆発的に増えたものの、今はもう過去過ぎる技術でもある。もう全盛期には戻れないんじゃないか
遊びの趣味としてならいいけど、実用性を求める人はこんな記事を読んでいてはいけない。
以下、最適解を教えてあげる。
いま使っているパソコンのシステムドライブをSSDに換装しよう。メモリが8GB以下しかないなら増設しよう。１万円前後で足りるでしょう。
その他のことは一切やる必要ない。
今から新調する人も、最重要事項は「SSDにOSがインストールされているPCを買うこと」です。
中古ジャンクPC（ジャンクと言っても企業PCのリースアップ品でストレージが抜かれただけの程度がいいもの）を数千円で買い、これまた数千円のSSDを買ってLinuxをインストールする。
DELL、HP、マウスコンピューター、ドスパラなど適当にサイト見て、予算に見合う好きなヤツ買ってください。どれ買っても大丈夫。
もう止めはしないので、お好きなようにしてください。
元増田のように、パーツをいろいろ調べて買い集めて組み上げるとか、暇人がやる趣味の遊びでしかないので、くれぐれも「普通の人」はこんなものを真似して時間を無駄にしないように。
