  |
はてなキーワード: Dockerとは
最近は最前線から離れててあんまり追えてないけど、現役のときの2008年くらいから10年くらいの間で、仕事のやり方や設計の考え方が大きく変わったIT技術要素で、いまぱっと思い浮かぶのはこんな感じかな。
分野にもよるし、調査して試作した結果自分の業務には採用しなかった技術とかもある。流行ると思って使えるようになったけど流行らなかった技術を入れるとたぶんもっとある。
あと、新機種が出てOSが新しくなったり、ミドルウェアの新バージョン対応、テスト手法の進化もけっこうカロリー高いけどここには書いてない。
「自分はフロントエンド専門でReactしかやらない」みたいに分野を絞れば大分減るけど、その技術が何年持つかわからないから普通はリスクヘッジのために他の技術も齧らざるを得ないし、バックエンドとかの人と議論するのに結局他分野の知識もそれなりに必要。
NoSQL(memcached, Redis, Cassandra)
クラウドアーキテクチャ、XaaS(AWS, Google Cloud, MicrosoftAzure)
CI/CD(Travis CI, CircleCI, Jenkins)
トランスパイラ(Browserify, webpack, CoffeeScript, TypeScript)
型システム(Rust, TypeScript, Haskell)
オーケストレーション(Ansible, Kubernetes, Terraform)
機械学習(Python, MATLAB, 線形代数等数学知識)
SPA(React, AngularJS, Ember.js, Vue.js)
3Dゲームエンジン(Unreal Engine無償化、Unity5)の他分野への普及
GraphQL
機械学習ライブラリ(Tensorflow, PyTorch, Chainer)
Jupyter Notebook
NFT
Next.js を勉強中なんだが、Docker で negix (web) と Next.js のコンテナを起動していて、Next.js から web の API (ttp://127.0.0.1:8080 とする) を fetch するときに、Next.js 側がサーバーコンポーネントの場合 URI に ttp://127.0.0.1:8080 を指定すると fetch failed する。ttp://host.docker.internal:8080 じゃないと駄目だった。
やられた。これで何日持っていかれたのか。
クライアントコンポーネントだと ttp://127.0.0.1:8080 で普通に動作する。サーバーコンポーネントでも httpbin.org などの他の API は正常に動作する。web 側で Access-Controll-Allow-Origin も設定されている。だから、まー謎だった。エラーメッセージも全然詳しくねーし。
Twitter では死んだふりをしてるので取り急ぎここにメモ。SNS に復活することがあったらあとで消す。
参考
ttps://qiita.com/YasuhaF/items/8a72d2898736fb60315f
もともとゲーム用に買ったGPUなのでRTX3070。8GBだとたまに足りなくなりがちだけど、意外と大きめの画像でも出せることに気づいたのでまだダマシダマシ使ってます。
あんまり関係ないけどCPUまわりは3900Xにメモリ64GBなので、モリモリ仕様です。
SSDはSATAだとモデルの読み込みで頭打ちするので注意。とはいっても、最初のモデル読み込みだけなのでモデル切り替えを毎回やるとかでなければ別に困らないので、NVMeじゃなくてSATAに置いてます。
OSはWindows11の上にWSLでUbuntu入れてNVIDIA docker環境にしてます。これするだけでWindowsでも爆速になった。RADEONでもWSLにするとはやくなったりしそう。
買い換えは考えてるけどCPUはまだ困ってないので買い換えるつもりないとして、GPUはVRAM24GBぐらいでお手ごろ価格のが出るの待ちです。スライドで4070に買い換えるメリットがあんまり無い。
この期間に、様々なプロジェクトに関わり、多くのことを学びました。
今回は、私が経験した技術的な話を中心に、はてなでの仕事について振り返りたいと思います。
はてなでは、主にRuby on Railsを使ってWebアプリケーションを開発していました。
はてなブログやはてなブックマークなどの有名なサービスはもちろん、社内向けのツールや新規事業のプロトタイプもRailsで作っていました。
Railsは、高速に開発できるというメリットがありますが、それと同時にコードの品質やパフォーマンスにも気を配る必要があります。
私は、テストやリファクタリング、コードレビューなどの技術的なプラクティスを積極的に取り入れることで、Railsの開発をより効率的で安全に行う方法を学びました。
例えば、私が担当したプロジェクトでは、RSpecやRuboCopといったツールを使ってテストカバレッジやコード規約をチェックし、GitHub ActionsやCircleCIといったサービスを使って自動化しました。
また、Pull RequestやPair Programmingといった方法を使ってコードのレビューを行い、バグや改善点を見つけたり、知識やノウハウを共有したりしました。
また、はてなでは、AWSやGCPなどのクラウドサービスを活用してインフラを構築していました。
私は、DockerやKubernetes、Terraformなどのツールを使って、コンテナ化やオーケストレーション、インフラストラクチャ・アズ・コードなどの技術を実践しました。
これらの技術は、開発環境と本番環境の差異を減らし、デプロイやスケーリングを容易にするという利点がありますが、それと同時に複雑さやトラブルシューティングの難しさも増します。
私は、モニタリングやロギング、アラートなどの技術的な仕組みを整備することで、インフラの運用をより安定的で信頼性の高いものにする方法を学びました。
例えば、私が関わったプロジェクトでは、DatadogやCloudWatchといったサービスを使ってシステムの状態やパフォーマンスを監視し、SlackやPagerDutyといったサービスを使って異常や警告を通知しました。
また、ElasticsearchやFluentdといったツールを使ってログの収集や分析を行い、原因究明や改善策の検討に役立てました。
## チームでの協働
はてなでエンジニアとして働くことで、私は多くの技術的なスキルや知識を身につけることができました。
しかし、それ以上に大切だったのは、チームで協力して問題を解決することでした。
はてなでは、エンジニアだけでなくデザイナーやプロダクトマネージャーなどの他職種とも連携してプロジェクトを進めることが多かったです。
私は、コミュニケーションやフィードバック、ドキュメンテーションなどの技術的ではないスキルも重要だと感じました。
私は、自分の意見や提案を積極的に発信することで、プロダクトやサービスの品質や価値を高める方法を学びました。
例えば、私が参加したプロジェクトでは、SlackやZoomといったツールを使って日常的に情報交換や相談を行い、BacklogやJiraといったツールを使ってタスク管理や進捗報告を行いました。
また、FigmaやMiroといったツールを使ってデザインやアイデアの共有やフィードバックを行いました。
私は、はてなでエンジニアとして働くことがとても楽しく充実していました。
しかし、私は自分のキャリアについて考える中で、新しい挑戦をしたいという気持ちが強くなりました。
私は、自分の興味や関心のある分野にもっと深く没頭したいと思いました。
## おわりに
彼らに感謝する気持ちを込めて、このエントリーを書き終えたいと思います。
Dockerは有償化に伴い、タダ乗りユーザーがグズグズ文句言いながら結局よそに逃げて、ごく一部の心あるユーザーとともに表舞台から姿を消しつつある。
Twitterは「逃げる先のないDocker」みたいなもんじゃないかと思った。
Twitterに競合となるSNSは多々あっても、代替となるサービスは殆ど無い。
blueskyとかまだ始まったばっかりだし、今後どうなるかわからない小規模のサービスばかりだ。
というわけで、今後どうなるか非常に興味深い。
立ち上げ時からビジネスを念頭に置いて開発された代替サービスに取って代わられてDockerの二の舞になるのか、
逃げる先が一向に育たず多少ユーザーが減るぐらいで残ったユーザーがグズグズ文句言いながらとどまるのか、群雄割拠なカオスになるのか。
Dockerは、開発から運用まで一貫した環境を提供することで、開発者の作業負担を減らすという大きな利点があります。また、仮想マシンと比較してリソースの使用効率が高いため、エコとも言えます。
ただし、確かにDockerには一定のオーバーヘッドが存在します。これは、DockerがゲストOSを持たずに、ホストOSのカーネルを共有して動作するためです。それにより、アプリケーションの実行に必要なリソースが追加で必要になり、パフォーマンスに影響を及ぼす場合があります。
また、Dockerを利用する際の設定や構成によってもパフォーマンスは大きく変わります。例えば、Dockerのネットワーキングやストレージの設定、またホストOSとの互換性など、考慮すべき要素は多数存在します。
あなたの現在の状況について具体的に述べると、FESSのクローリングが重いという問題は、Dockerのオーバーヘッドだけが原因ではない可能性があります。Dockerコンテナ内のFESSやJVMの設定、ホストマシンのリソース割り当て、ネットワークやストレージの設定など、様々な要因が絡んでいるかもしれません。
また、Dockerのログ出力が多いと感じる場合も、実際のところはFESSやDockerの設定によるものかもしれません。ログの出力レベルを調整することで、必要な情報だけを出力するように設定することも可能です。
しかし、これらの設定を調整するためには一定の知識と経験が必要で、それがなければ素直にネイティブ環境での構築が良い選択かもしれません。結局のところ、どの方法が最善かは具体的な要件や状況によります。
このような状況に直面した際には、パフォーマンスの問題を具体的に分析し、適切な解決策を見つけるためにパフォーマンスモニタリングやロギングツールを使用することをお勧めします。それにより、問題の原因を特定し、適切な対策を講じることが可能になります。
たとえば、Dockerが高いCPU使用率を示している場合、それはコンテナ内のアプリケーション（この場合はFESS）が高いリソースを消費している可能性があります。その場合、アプリケーションの設定や実行パラメータを調整することで改善できるかもしれません。
また、Dockerコンテナのリソース制限を調整することも検討できます。Dockerは、コンテナに割り当てるCPUやメモリの量を制限する機能を提供しています。これにより、他のプロセスに影響を与えることなく、特定のコンテナのリソース使用量を管理することが可能です。
さらに、Dockerのボリュームやネットワーク設定が適切であるかを確認することも重要です。不適切な設定はパフォーマンスに悪影響を及ぼす可能性があります。たとえば、ファイルI/Oのパフォーマンスは、ホストOSとコンテナ間でデータを共有する方法に大きく依存します。そのため、適切なボリュームの設定や、パフォーマンスを向上させるための最適化オプションが適用されていることを確認することが重要です。
最後に、Docker自体のアップデートもパフォーマンス改善に寄与する場合があります。最新のDockerエンジンには、パフォーマンスを改善するための修正や改善が含まれていることがあります。
これらの要素を考慮に入れ、Dockerのパフォーマンスを最適化する方法を探すことができます。ただし、これらすべてを試してもパフォーマンスが改善しない場合や、必要な知識や時間が不足している場合は、Dockerを使用しないネイティブな環境での構築が最善の選択であるかもしれません。
そりゃそうなんだろうけども。そんなに？
追記：FESSをOSに直接インストールするのに参考にしたというよりコピペさせてもらったのは以下の記事
https://qiita.com/hyoshiaki/items/598127fe30b94bd82b6e
半年前に辞めてしまった前任者から存在すら知らされていない客先のメールアカウントが必要になった。
無いならないであきらめてもらえるんだが、僕は優しいのでファイルサーバに無いかくらいは確認しようと思ったが
なので昔うっすら使ったことのあるFESSで全文検索しよう、多分txtかxlsだろう。
とウェブサイトで構築方法を見ると今はDockerで動かすのが良いらしい。何がいいか知らんが。
ドキュメントに従いインストールし、なんとかクローリングまで実行できたが、重い。重すぎる。
サブフォルダ無しで100ファイルくらいのフォルダでも2，3日回しても終わってない。
CPU使用率が50%超えてるんだよ！ってログが出まくっている。そのログ出力無駄じゃない？
使えないかー、とググってみるとDockerではなく素で構築する方法を有志の方が書かれているのを発見。
それに従い構築。するとサブフォルダ5階層くらいのフォルダが3分くらいで終了。
ログにCPUがーっていうのも出てないわけではないが、明らかに少ない。なんだこれ。
Dockerは構築楽らしいしVMよりエコだっていうのは聞いたことあるんですが、
素のOSに入れるよりはどうしてもオーバーヘッドあるんですかね、というのが今回の教訓でありました。
なるべく手持ちのPC（以下、ホストPC）の環境をレジストリとか環境変数とかで汚したり悩まないよう
Windows10 ProとWSL2とVSCodeとDockerでやる感じかな
UnityとかVisual StudioとかintellijとかAndroid Studioを使う場合はどうしようもないので諦める。
Android開発はVSCodeでビルドはコマンドラインでとかはできそうだけど。
あとはUSBなどでシリアル接続する必要のあるarduinoとかもちょっと難しいかもしれない
これが基本的なところだけど、WSL2をホストPCに入れるので若干汚れるのとWSL2上のlinuxも同じく汚れるところ
Hyper-VでWindowsの仮想マシンを作ってそのうえでWSL2を動かすのが一番汚れずクリーンに使えそう
ただRyzenとWindows10の組み合わせだと、Hyper-Vの入れ子ができないので仮想マシン上のWSL2は動かないらしい。
Windows11だとできる
手元じゃないのでクリーンに使えるが、ビルドなどはリモートのスペックに依存
そこをよしとすれば楽そう
教えてください。
OSS記事（https://anond.hatelabo.jp/20230126104427）の元増田です。
まあ、書いた記事がすぐバズるとは思わなかったけど、1ヶ月とちょっとという短期間で掘り起こしてもらい、まさかの1000ブクマ越えでびっくりしてます。
増田の言及については、既にコメ返させてもらったので、ブコメの方にも、いくつか気になったのはお返事したいと思います。
id:DustOfHuman こっちの方がネタとしては好き。alternativeto.net とか回遊するの好きな人なんかな
はい、そんな感じです。https://www.opensourcealternative.to/ は、全部1プロダクトずつ見てます。
あとは、Awesome Opensourceとか。
id:korin 2年前の段階では見た目はだいぶ違うけれどexmentよりもPleasanterのほうがwebデータベースとしてはこなれていたと思う。だいぶ変わっていてもおかしくないので再評価が必要かもと思った。
PleasanterもDockerで試したのですが、UI/UXが今ひとつで、デフォルトはただのスプレッドシート画面で「このあとユーザーはどうしたらええんや…」感がありました。C#でできてるってのも、カスタマイズ考えた時にちょっとハードル高かったですね。（個人的な理由ですが）その点Exmentの方がUIがまだ分かりやすかったのと、LAMP（Laravel）だったので、カスタマイズしやすいし、他人に投げるにしてもコスト的単価が低そうだな、という印象から軍配を上げております。
id:take-it KENT-WEBとか窓の杜でいろいろ漁ってた頃を思い出させる。
id:iwanofsky 内製の事例を知りたいなぁ。気になるわぁ。
全部が全部内製で使った事例というわけではないんですけどね。ちょっくらDockerでローカルで試しただけ、ってのもあります。
実際の事例で言えば、関与しているオンラインスクールの講師生徒間チャットにMattermost採用してます。
以前はChatwork無料プランだったんですが、昨年11月からのサービス内容変更で、お引越しとなりました。
id:dec123456789 TinyTinyRSSあるだろうな、と思ったらなかったのでオススメしておく。
ごめん、個人的にRSSリーダーを利用する習慣がなかったので観測外だったわ。
id:sbrtnpg 今はredmineじゃなくてOpenProject。教えてくれてありがとう。
や、今もRedmine猛烈に愛好している人いるし、案件次第だと思うよRedmine。
だからと言ってOpenProjectがRedmineの困りごと全て潰してるかといえば、そうじゃないと思うし。
そもそもMS製品模倣しているところもあって、UIはやや堅物なんだ。
Redmineも、SaaSのLychee Redmineなんかは良さげなので、
本家もそれを取り込むとか、それを上回る開発してくれるといいんだが？ とか思っちゃうんだけどね。
id:Shinwiki 一手目から「本気か…？」ってなった。あとMattermost、クライアント側スマホアプリがサーバーのバージョン要求ガンガン上げてくるんでセルフホストめんどくさくない？更新止め忘れるやつ絶対いるし
ん？ どういうコンテキストで「本気」なのかな？ Mattermost、そういうデメリットあんのか。
管理してるのは自分じゃないので、管理してる人に今度聞いておくよ。
OwnCloudはしょっちゅうバージョン戻ったりしてて使い物にならなかった。Synology縛りだがCloudStationはDropbox並に使える。／こういうの、惹かれるけど自分でメンテしたりあの機能が無いとかあって結局回帰したりする…
自分はNextCloudから入ってるので、ownCloudのその問題は知らなかった。
他の人も言ってるけど、結局ここで紹介したのは、自分でマネジメントできるか、それができないならSaaSに乗っかるかの２者択一トレードオフなので、こればっかりはなんともだよね。
id:kozakihtn 何個か入れてみたいやつあった。Zoom代替とか気になる
元記事でも触れたけど、Jitsiは本格的に使おうと思うと、それなりにサーバースペックと回線帯域が求められるので、気をつけた方がいいです。
特に会社で使うとか、エンドユーザーから課金するようなサービスで使うなら、念入りな検証必要ですね。
id:toro-chan VPSに入れたいかは微妙だが参考になった。
なぜにVPSだと微妙？ VPS以外なら、オンプレか、ローカルで自分だけが楽しむしか用途としてないんだが？
id:BlueSkyDetector PeerTubeは分散型なのも特徴のひとつ。
おおー、そうそう。あくまで既存SaaSの代替がテーマだったんで触れなかったけど、そこもアピールポイントよね。
id:craftone よいまとめ。セルフホストはだいたいDockerでサクッと動かせて、近い＆混んでないのでサクサク動くのが良いんだけど、バックアップとバージョンアップが大変なのが難点。
そうそう、最近はどこもDocker用意してくれてて便利になったよね。バックアップとバージョンアップはね、簡単になったとはいえ、課題だよね〜
id:rgfx あーそこでFrendicaが出てくるか。ActivityPubも喋れるので、「いわゆるMastodon」というかfediverse界隈のやつなんだけど。/DBが高いのでDbaasに任せたいところ
そうなのか、ActivityPub対応なのは知らなかった。完全にFacebook代替としてしか見てなかった。
id:Andrion 素晴らしいまとめ。知っているものも自分が調べた通りの内容だし信頼性高い
ご評価いただき嬉しいのだが、紹介したもののうち、大抵はローカルでちょっと触ってみただけ、というのもあるので、参考程度に読んでおいてほしい。
ただ、自分で試すのは無料だし、SaaS版も無料枠あるものもあるので、試すのはハードル低いと思う。
もし本格採用するなら、じっくりご満足いくまで試してからの採用でお願いします。
id:matchy2 おーいっぱいあるすごい。Nextcloudはストレージ以外の機能、例えばTrelloみたいな機能もあったりするので1つ入れとくといろいろ便利よね
そうそう、NextCloudは、最近だとカレンダー機能とかカンバンとか、ファイル共有以外の機能も充実してるよね。そういう意味では、Google Workspaceの代替狙ってるのかも（完全代替は現時点では無理そうだが。）
id:d6rkaiz "画面右下に吹き出しアイコンがあって、チャットウインドウがぴょこっと出てくるやつ。" ←これは rocket.chat にもありますな。この機能自体は使ったことないけど
Rocket.chatやMattermostにも似た機能あるのは把握してたんだけど、IntercomやZendesk大体となると、問い合わせに回答する側の機能も重視されるので、そこの機能があるかどうか把握しておらず、触れてなかった。
つまり、チャットによる問い合わせに対して、複数の担当者が対応できるような仕組みね。ChatwootやPapercupsはこれに対応している。
まさに。うちの関与先がMattermost導入したのも、その理由からだから。
おお、そうなんだ。その情報は初耳。調べてみるね！
id:tuzuki030 秘匿性の高い動画を限られた人に配信したいという要求は結構あるので、提案に使えそなのいくつかあるなあ。ただ素直にサブスク課金した方がいいものもあるね
これも大人の事情ってやつよね。元記事で紹介した学習塾とかでの活用とか、企業の研修用途・インナー向け動画の需要とかあるね。
とはいえ、これらも今はSaaSサービスが結構あるので、そっちでニーズ満たせることも増えたかな。
id:knok nextcloudはdocker-composeで立ててるな。flatpak版もある。passwordsも入れてパスワード管理はこれでやってる https://apps.nextcloud.com/apps/passwords
ああ、そうそう。1Password/LastPass代替ってのも結構あるね。
個人的にはこれについてはOSS使ってないので、外したんだけど…
id:TakamoriTarou 増田にコーヒーかお茶を一杯奢ってお礼したいんだけどその為のサービスないですか
別に、僕と茶飲み話したいとかいうんだったら、この増田にレスなりブコメなりつけてくれたら、見つけ次第返事するよ。
id:htmikan NextCloudは無いかな。クライアントのソフトバージョンでファイル消えたりした。Web経由でのアクセスが無ければsyncthingのほうが安定している。
気持ちはわかるが、だったらこれがDropboxだったら絶対ないかっていうとそういう保証もないわけで。
これについては、Saas/Self-hostの違い抜きにして、各種サービス比較して、自分が信頼置けるやつ使うしかないんじゃないかな。
id:rawkranz 本文と関係ないがサービス名のところにURL追加してくれない？ってChatGPTに聞いたらやってくれた。未来だな..。 @de
思いつきの書き殴りだったもんで、URLつけておらずすまん。
そしてChatGPTありがとう。便利だよね。
id:Keisuke69 こんなに代替OSSがあるのかという驚きとこれ全部自前でホストしたらそれはそれで大変そうというのと。でも流出コスト減らしたいってのはわかる
うちもこれ全部セルフホストしてるわけじゃないです。しかも、それなりに負荷高いやつもあるので、VPSのスペック見ながら、入れれても1アプリか2アプリぐらいじゃなかろうか。
既述ですが、参考程度にしておいてください。かなり使い込んだやつばかり、とかではないので。
id:daaaaaai いい・・・。ほか掲示板の https://github.com/discourse/discourse とか？
パッと思い浮かべたところ、DiscourseみたいなSaaSで日本でも市民権得てる、みたいなのを知らなかったもので…
海外のプロダクトとかOSSのフォーラムで採用されてるの、よく見かけますよね。
id:everybodyelse NextCloudはdocker composeのファイルを公式で出してくれてるので嬉しい。S3と繋げて無限ストレージを実現してる。
ここで紹介した他のプロダクトも結構Docker用意してくれてたりするので、ぜひ確認してみてほしい。
その発想はなかった。はてブに相当するグローバルレベルのサービスというと、既に無くなったDeliciousとかを想像するんだけど、それのOSSとなるとRaindrop.ioってのがあるんだが、画面見た感じ、はてブとはだいぶイメージ違うんだよね… 日本独特なのかも。
id:als_uz 月額払いたくない vs セルフホスティングしたくない このバランス 「自分でそういう商売する用」ってのはいいね
SaaSに乗っかってリスクヘッジしたいところと、何でもかんでもSaaSに乗っかるとコストの問題と、ベンダーロックインやコンテンツ握られてる不安感とかすごいあるよね。
自分でそういう商売する用ってのは、割と自分独特の発想かも。しがない技術屋フリーランスなもんで、こういうの見るとすぐ飯のタネ考えちゃう。
id:enemyoffreedom 代替元のサービスすらけっこう知らないものがある
実はOSS/Self-hostedだけじゃなくて、SaaS自体も好きなのよね。だからProduct Huntとかは定期的に周回してる。
id:kenzy_n 気がついたらサービス終了している
それはSaaSにも言えることなんよ、突然のサ集は。だから、使ってるサービスのalternativeは知っておいて損はないよ。
id:pqw k8sは違和感なく読めるのにn8nは全くそんな気がしないのは見慣れてるからという理由だけじゃない気がする。別にnodemation読みにくくないし無理がある。
だよね。とある勉強会の登壇でn8nを紹介しようと思って、てっきりエヌエイトエヌと発音すると思ってたけど
念の為調べてみたらnodemationだと知って愕然としたんだ…
id:kitayama より簡単になっているのがいいな
何度も既述だが、Docker時代になって、より簡単になってきたね。
WASMが普及すれば、もっと簡単になっていくと思う。ちょうどこれから過渡期になりそう。
id:tkni2005 参考になるかどうかはわからないけど見てて楽しい。
わかるわかる。今回の記事は自分のこれまでの集大成的なもんなんだけど、
なんだかんだ「これのOSSってあるかな」って調べる時は、ワクワクするもん。
思いがけず「本家より良いね」みたいなの見つけるとテンションぶち上がり。
今回あげたやつで言うと、SFA/CRMのErxesとかがそうかな。
id:pwatermark こういうのいちいち試すの大変なので経験談助かる
これも既述ですが、さっと試しただけなので、ぜひご自身で使われる時は念入りにご調査ください。
自分も昔はデザイナー出身だったんでサーバーとかわけわからん怖い、ってなってたけど、
ローカルでNode.js/npm使うために黒い画面使い出したあたりから、徐々に勉強していって、
余ってるMac miniにUbuntu入れたり、AWS Lightsailでお試ししてみたりしてたら、なんか触れるようになってました。
とはいえ、クライアントワークではまだ不安あったりするので、詳しい人や詳しい会社にサポートしてもらうこともあるけど。
まずは自分用途ならリスクヘッジできると思うので、やれる範囲から試してみたらいいのでは。
id:futonchan こういった情報をどこで集めてるのかが知りたい
これ、何パターンかあって。
昔は、MOONGIFTってサイトを定期的にみてたんだけど、既に終了しちゃったのね。
で、似たような感じで紹介しているのが、はてなブログのpaiza開発日記の、まさとらんさんの記事。
あとは、気になったSaaSがあったら、OSS代替がないか逐一調べる感じ。
たとえば、Slackの代替がないかと思ったら「Slack OSS alternative」でググる。
Gmail代替をkwskというと、Mailuの使い方を詳しくって感じかな？
Mailuは一応Gmail代替できるけど、メールの設定が人によってはちょっとハードル高いかもしれないのと、
機能的にはGmailの基本機能ぐらいしかないので、高度な使い方では代替にならないかもね。
Mailu以外だと、最近見かけたposte.ioかな。まだ試せてないので、なんともいえない。
id:camellow PCに簡単にインストールできる一人用のredmime代替が欲しい
id:rrringress メディアサーバとして emby 使ってる
langってディレクトリに言語ごとのphpが入っててjaディレクトリには日本語の文言書かれたファイルはあるのになぁ。
手動でインストール(https://www.linuxyogi.com/rocky-linux/how-to-install-snipe-it-on-rockylinux-9/)
install.shでインストール(どこに書かれているんだ？git cloneした中にあるinstall.sh叩くと全部入れてくれる)
両方とも変わらず。
docker(https://qiita.com/radiance1104/items/258ef6b693eebf0f4a18)
