  |
はてなキーワード: C++とは
Optionとかの影響で例外を投げないことに拘る人がたまによくいるけど、どうせ最上位で捕まえるんだから詳細な情報を詰めた上で例外はむしろ投げろし。— neuecc (@neuecc) June 27, 2023
これなーアジャイルとか大好きWeb系から流れてきたなんちゃってUnity開発者(個人の感想です)ほど例外になるんだけどどうにかしろって騒ぐ
いや例外出るよってxmldocでも書いてるじゃん、みたいな
この手のやつほどチームリーダーとかやりたがるから仕方なく自分の実装レイヤーでエラーコードに変換してやるってことがしばしば
C++でかつコンソールゲーム系の人は例外😬みたいな感じになるけど例外復帰でループから抜けたりするみたいな使い方でなければまあわかってくれる
1. C++はプログラミング言語として有名であり、ブラのカップ数をC++と表記することで、テクノロジーに精通していることをアピールできる。
2. C++はCよりも高度な機能を持っており、ブラのカップ数をC++と表記することで、自分のバストの質や機能性を高めることができる。
3. C++はオブジェクト指向プログラミングをサポートしており、ブラのカップ数をC++と表記することで、自分のバストをオブジェクトとして扱うことができる。オブジェクト指向プログラミングでは、オブジェクトに属性やメソッドを持たせることができるので、自分のバストにも色や形や大きさなどの属性や、揺れるや揉むや吸うなどのメソッドを持たせることができる。
4. C++は多重継承をサポートしており、ブラのカップ数をC++と表記することで、自分のバストを複数のクラスから継承することができる。多重継承では、複数のクラスの特徴や機能を組み合わせることができるので、自分のバストにも様々な特徴や機能を組み合わせることができる。例えば、自分のバストを芸能人やアニメキャラクターなどのクラスから継承することで、その人物やキャラクターのバストに似せることができる。
5. C++はテンプレートをサポートしており、ブラのカップ数をC++と表記することで、自分のバストをテンプレート化することができる。テンプレートでは、型や値などのパラメータを指定することで、汎用的なコードを生成することができるので、自分のバストにも型や値などのパラメータを指定することで、汎用的なバストを生成することができる。例えば、自分のバストをint型やdouble型などの型に指定することで、整数や小数などの値に変換することができる。
6. C++は例外処理をサポートしており、ブラのカップ数をC++と表記することで、自分のバストに発生する可能性のある例外に対処することができる。例外処理では、エラーや異常などの例外が発生した場合に、適切な処理を行うことができるので、自分のバストにもエラーや異常などの例外が発生した場合に、適切な処理を行うことができる。例えば、自分のバストが垂れたり痛んだりした場合に、修正したり治療したりする処理を行うことができる。
C++使っててメモリの開放を意識しないレベルでよく今までやってこられたな
俺は採用担当だけど最近はAWSの資格がボーダーラインになってることが多い
資格自体は持ってなくてもいいけど、そこが最低限って感じで実務レベルはほしい
中途だと「未経験ですがやる気だけはあります」「Github見たい」「持ってないです」も多い
今はよほど田舎じゃないと、フロントだけとかバックだけってのは食っていけない時代だから
全方位を水準以上で、かつある部分に特化した人ってのが市場価値がある
あと未経験で夢見てる奴に言っておくがHTML, CSS, PHPやっとけば
久しぶりに転職をした。
理由は「上司がクソ・年収も上がらない」という至極単純なもの。
自分は人手不足と言われているエンジニア業界でも、人が居ないと嘆かれている言語のエンジニアである。
正直に言って、今までは求人に乗っかればそれなりに内定を取れたので、そんな感じでいくだろうとタカをくくっていた。
ところが、今回の転職はめちゃくちゃ難航した。
約半数の選考に進み、スキルチェックで落とされたのが3社、面接で落ちたのが2社、内定獲得したが辞退したところが3社。
打率3割は高いと思うかもしれないが、経験者なら誰でもOKのSESなので自慢にならないんだ。すまんな。
最終的には良さげなところを見つけ転職は幕を閉じたが、かけた期間はおよそ6ヶ月。
それをぼちぼち忙しい業務の合間と土日に行っていたので、もう身も心もすっかり摩耗した。
ようやく落ち着いて新しい環境にも慣れたので、これから転職したい人の参考になればと思い増田しておく。
敗因は色々あるが、気づきとしては「経験者として求められるスキルレベルが上がっている・スペシャリストが求められる」「難なく通るような会社はだいたいヤバい匂いがする」あたりだろうか。
仕事でそれなりやってます、といったレベルでは到底NGで、いわゆるつよつよエンジニアを求められている気がした。
自分は中間管理職も担っているので、テックリードだったりスペシャリスト役はやりたい人間に任せている。
今回はそれが完全に裏目に出た。
スキルチェックのための課題を出されたが、正直ついていけない。
必死に調べて時間の許す限り食らいついたが、ことごとく落ちた。
技術面接で、こんなこともやってないんですか？これ知らなかったんですか？と詰められたときは帰り道で泣いた。
スキル不足を理由に落ちた会社からは、「○○エンジニアをしながら、採用やメンターをやっている人は珍しいと思う」と微妙なフォロー付きのお祈りメールが届いた。
タイミング悪く、課題期間に家族の大病や本業のトラブルなども重なり、あの苦行は何だったんだという思いで正直だいぶメンタルにきた。
同じ○○エンジニアとして勝負したいのであれば専門性は必須で、ギークな彼らに頼り切りだった自分が悪い。
そんなのは十分分かっている。
が、自分がこれまでに歯を食いしばってやってきた、周りのエンジニアが誰一人やりたがらない管理業務をこなしてきたことすら、全否定されたような気分になってしまった。
これにはすっかり参ってしまって、しばらく立ち直れなかった。
カジュアル面談の時点で、自分のスキルレベルにあまり自信がない、具体的にこういうことは出来ていない等伝えてみたが、
「あー別にそこは入ってから勉強してもらえれば良いんでー」との言葉を真に受けてしまい、ウハウハで応募してスキルチェックで落ちた。
こちらとしては、その時点で「今は応募しても落ちるかも」と言ってほしかったのだが。
公用語が英語という会社も増えてきているように感じた。外資はもちろんだが。
どうせなら、社内文化に力を入れているような良い組織に入りたいと思ったものの、そういった会社は公用語を英語にしている所が多かった。
先方も「今は」ペラペラじゃなくていいけど...等と言っていたので、つまり良い会社はどんどん英語がスタンダードになっていく可能性があるということ。
それはつまり、自分が再度転職する時には、自分は「日本語しかできないクズ」として、グローバル化を目指す会社からは置いてけぼりを食らうということでもある。
読み書きはそれなりに自信があるが、ペラペラしゃべれるタイプではないので、今後は英会話必須かなと漠然と不安にはなった。
むしろ、そうこうしている間に、英語力もコーディングスキルも高い若者がどんどん出てきて押し流されるんだろうな。
ポートフォリオだけで内定をくれるような、驚愕のエクストリーム選考もあった。
Offerまでに5次面接、スキルチェック課題に技術面接、適性検査だリファレンスチェックだとあれこれ対応し疲れ切った身には、あまりにも麻薬的に思えた。
もう、そこに決めてしまおうか、、、と何度も頭をよぎった。
どこでも良いわけではないので、転職○議で口コミをチェックすると、、、、
まあ、お察しだった。
そもそもでいくと、対して吟味せず内定をくれるということは、よほど先方の感触が良いか、よほど人が足りてないかのどちらかである。
だいたい後者が多い。
人が足りてないということは、当然忙しいし要求も多い。
選考途中で音信不通になった会社もおり、本来ならばこちらからリマインドするところだが
「向こうが忘れてるってことは記憶に残らない存在なんだろう、じゃあ実質落ちたも同然」と思ったので、見なかったことにしている。
自分は最終的には「今までのキャリアも尊重しつつ専門性を高めていくポジション」として収まった。
その会社は前任が栄転し、空いた枠に人がほしいというのと、まずは専門性を伸ばして欲しいけどいつかマネジメントもやってほしい、といった期待値だったので、それなら伸びしろも丁度良いと思いここに決めた。
年収は上がったし自由度も高くなり、人間関係も良好で、転職としては大成功と言える。
何より社長と話のテンポが合い、「増田さんは本当に採用してよかった」と言ってもらえたのが大きい。
手前味噌だが、自分はエンジニアの中ではかなりとっつきやすいタイプである。
コード一行の専門性こそ低いものの、いつも機嫌が良さそうとか難しいこともわかりやすく教えてくれるとか褒め上手だとか、凪のようなメンタルしてるとか、落ち込んでるとふらっとやってきてオフィスグリコをおごってくれるだとか、そういう面で自然と他部署に頼られることが多く、一度組織に溶け込むと途端に重宝される。
結果、気難しいスペシャリストを束ねてビジネスを遂行する立場になるのだが、「人間性」みたいなぼんやりしたスキルは外からは判断しづらい。
じゃあ初めからマネージャーとして応募すれば良かったじゃないかと思われるかもしれないが、マネとしての実績も非常に中途半端なので、自分みたいなよわよわエンジニアだとしても、エンジニアを一旦名乗っておかなければ箸にも棒にもかからない。
○○エンジニアという同じ採用枠で見ると、自分は「経験年数だけ長く、大したコードも書けない、マネジメントもなんだか中途半端で、今更ポテンシャルを買えるような年齢でもない、どう扱ったらいいか分からない無駄に年食っててヘラヘラしてるだけの中途半端なおっさん」だということが、今回の転職活動ではっきり分かったのはショックでもあり、良い気付きだった。
これから転職を考えている人には、自分の強み弱みを客観的に分析・言語化して、自分に合ったところを探すことを強くおすすめしたい。
世の中の人材は常に流動しており、各組織には今ほしいエンジニアのタイプというのがあり、そこにマッチしないと永遠にハマらないジグソーパズルになってしまうから。
また、転職時に慌てないためにも以下の行動をおすすめしておきたい。
・自分の今の実力が分かるサンプルアプリをGitHubに公開しておくこと。草は頻繁に生やさなくても良い。
・Qiita、Zenn、個人ブログなどで技術について定期的にシェアすること。いざ転職時に大量に書こうと思うとつらいし、現職で見つけたハマりどころなど書いておけば後々役に立つ。自分は辞めたあと自分のはてブにめちゃくちゃ助けられた。
・Twitterでは発言内容に気を付けること。仕事の愚痴じゃなくても、ネガティブな内容が多い人はそれだけで印象が悪い。つよつよエンジニアの中には仕事の愚痴もガンガン投稿している人がいるが、色々な採用担当に話を聞くと皆口を揃えて「どんなに有名だったりハイスキルな人でも、公の場で後ろ向きな人は採らない。絶対トラブル起こすから」と言っていた。
・転職ド○フトやFin○yなどこちらからアピールする欄がある媒体では、自分の人となりが溢れ出る内容を書きまくること。
たとえばスキルレベルの話や、それをカバーするような強みのアピールはかなり有効だった。
追記：スキルレベルを教えて欲しいというコメントがあったので身バレしない範囲で応えると、「一人でアプリケーション作れるけどそこ止まり、部下同僚を束ねてテックリードするのは無理」「今はキャッチアップが追いつかないのでライブラリやOSS活動的なことは一切してない」。
あとはここで例外発生して落ちることを考慮してないとか、ここではメモリを解放しないとだとか、そういう系が引っかかったらしい。
自分は言語の細かな特性を熟知してないから気付けず落ちた感じ。
のんびり買い物に出てたらめちゃくちゃ反響があったようで驚いている。
祝福してくれた人、各々の観点で意見を述べてくれた人、批判的なコメントも含め、皆さん関心を寄せてくれて本当にありがとう。
なぜか増田をC++エンジニアと断定して、メモリ解放を考慮できないレベルの低い40代おっさんを批判している人が多いようだけど、これでもエンジニアの端くれなので、こういう部分から特定されないよう多少のフェイクを入れました、、、C++面白いよね、でも違うんだ、ごめんな、、、
ただ「自分のレベルが低い、第一線でバリバリやってりゃ学んでるはずの知識を蓄えてない」という、自分自身の問題には変わりないので、君の指摘の本質は自分の考えとも一致している。おじさん頑張るよ。君も達者でな。
次に「応募する求人がそもそも合ってない、最初からPMやEM行っとけば良かったのに」という意見。
実はPMEMは何社か話を聞きに行ったし、応募もしたんだ。でも落ちた。
やはり、そっちにはそっちを極めてきたプロがいる。
採用する立場で言えば、「エンジニア出身でマネジメント経験のある40代おっさんを、今更新米PMとして雇うか？」というところで、答えはNOなんだと思う。
明らかにテックリードを求めている求人は除けたけど、その業界内で求められるエンジニア像が、求人票の表記以上にスペシャリスト寄りのものが多いと感じた、というのが現実かな。
いくつかのコメントにあった「組織の潤滑油として機能するキーマンみたいな人、エースでもないのに居なくなるとなぜか途端に回らなくなる人」というのが、僭越ながらまさに自分だったんだろうと思う。
文面から人柄の良さが出てる、増田を雇いたい、上司になってほしいと言ってもらえたのは素直に嬉しかった。ちょっと泣けた。
どっかの誰かの匿名ダイアリーに、そんな風に好意的な気持ちを表明できるあなた達も素敵な人だよ。
これ以上の追記はしないでおこうと思う。
あとはみんな好きに言ってくれーい！
ここ最近、ChatGPTのプロンプトをひたすら書きまくってるのだが分かってきたことがある
恐らく近い将来ChatGPTによって大半のプログラマーは職を失うことになるだろうし
残されたプログラマーもソースコードを書くのでは無くてプロンプトを書くことの方が増えるだろう
アセンブリ言語を書いてる人はほぼ死滅しているしCやC++ですら書いてる人は少ない
同様にプロンプトを書く人（プロンプター）が重宝されるようになるのだろう（もちろん例外的分野は存在する）
ただ、残念ながらプログラマーや非プログラマーがプロンプターになれるかというとそうではない
プロンプトを書く時に必要なのは、純粋にプログラマーが必要とされている能力の部分だからだ
その言語を知ってるだとかライブラリを知っているといった知識的な能力ではなくて
要件定義の能力や論理演算や集合論みたいな知識だったりオブジェクト指向や関数的な考え方だけが純粋に必要になる
例えば割とダメダメプログラマーは条件が100個あった時に普通にIF文を100個書く
こういうプログラマーはプロンプトを作ることができないし、仮に書いたとしてもまともに動かない
ちゃんとしたプログラマーは条件100個を整理してまず2つの場合に分けてそれぞれで3つに分け・・・みたいなことをする
場合によっては要件定義を鑑みて必要無い条件を削除する（もちろん確認の上で）
そういった整理整頓が出来る人じゃないとプロンプトを書くことは不可能なので
例えばPythonの書き方を知っているだけのプログラマーとかコピペで生きてきたプログラマーは死滅すると思う
彼らはプロンプトを書けないし、書くために学習しようとしてもベースとなっているものが無いのでそこから覚え直すしかない
なのでプログラマーの上位層はプロンプターとして生き残るが下位層は死滅するし、残念ながらプロンプター教室というのもちょっと想像が付かないしたぶん不可能だと思う
いやわかる、MS OfficeとかAdobeは業界標準だしファイル互換でインポートとかも楽だ。
ただまぁその万人へ必須か？と言われたら圧倒的にそれが必須じゃない仕事をしている人のほうが多い。
何なら仕事じゃなくて趣味レベルであるならばなおさらMS OfficeとかAdobeとか業界標準ソフトウェアじゃなくても良くなっちゃう。
ということで、ありきたりなシェアウェア代替オープンソースソフトウェアのリストを作ってみた。
ド定番中のド定番、オープンソースのオフィススイートだ。
MS Officeじゃなくて良い人はLibreofficeかGoogleのクラウドのヤツを使ってる。
やはり主に使われるのはワープロソフトのWriterと表計算ソフトのCalcとプレゼンテーションソフトのImpressだが、MS Accessの代替として挙げられるBaseは厳密な意味で代替とはならないためMS Accessの代替を無料でゲットしてやろうと考える人が陥りがちの罠だ。
まぁただデータベースのフロントエンドソフトとしてBaseはそこそこ使えるので、MS Accessの代替として捉えるのではなく別種のデータベースフロントエンドソフトとして割り切れば想定されることの大半ができる。
MS Visioの代替としてDrawも挙げられがちだがMS Accessの場合と同様にDrawもVisioの厳密な代替とはならないので注意が必要だ。
Adobe Illastratorの代替として挙げられがちなオープンソースのベクターグラフィックスソフトウェア。
高機能なのだがIllastratorと比較すると恐ろしいほど使いにくいUIを持っており、折角の高機能へアクセスするにはどうしたら良いのかわからないと挫折する人が多く出る。いやなんでホントこんなUIなんだ。
ただ、諦めずクソUIに付き合っていると不思議なもので人間は慣れてしまい結構自由度高くベクターグラフィックスを生成できるようになる。
Adobe Illastratorには無い長所としてSVG規格へ厳密に従うという方針で開発されているため、Illastratorで生成したSVGをWebでそのまま使うとWebブラウザで謎の描画バグにWeb屋は悩まされるがInkscapeではそれが無い。描画バグが起きるとき製作者が間違った設定を行っているか、Webブラウザ側が使っている設定に未対応な場合がほとんど。
将来的にサポートする気はあるらしいが現状はアニメーションSVGに弱いのも残念でならない。どうしてもアニメーションSVGをやりたいのであればInkscapeで生成された静止画SVGをアニメーションSVG化することを想定しているaniGenというWebベースのエディタがあるので調べてみると良い。
Adobe Photoshopの代替として挙げられがちだが、元来Web用の画像を製作するためのラスターグラフィックスソフトウェアなのでRAW現像や写真を加工するためのソフトじゃないが、本家すらその辺のことを忘れたふりをしている。
画像編集や加工で求められる基本的な機能はほぼ網羅されているが、RAW現像に関しては標準状態のままではできず、最近のAdobeが搭載している人工知能を用いた機能もないのでクラシカルなラスターグラフィックスソフトウェアと表現することもできる。
GIMPとInkscapeが使えると大半の画像製作は何とかなってしまうため一部の情報技術者寄りのギークはPhotoshopやIllastratorは触ったこともなく使えないがGIMPとInkscapeは困らない程度には扱えるというデザイナーがツッコミ入れそうなおかしなスキルセットになっていることがある。
Adobe Lightroomの代替として挙げられがちなオープンソースのRAW現像ソフトウェア。
実はdcrawというRAW現像のためのオープンソースのライブラリのフロントエンドであり、GIMPでRAW現像するために活用されるUFrawも同様にdcrawのフロントエンドであるため中身は同じだったりする。オープンソースのRAW現像ソフトウェアはdcraw使いがち。
オープンソースソフトウェアでRAW現像を賄っている人はGIMPでUFrawを活用してRAW現像するよりもUI的に使いやすいのでRaw TherapeeでRAW現像でTIFFを出力しGIMPで微調整するような使い方をしている人が多い。
オープンソースの2D CADで以前はQcadと呼ばれていた。
一部の読者はJw_cadのJWWファイルを扱うことが可能という特徴を持っているというだけで興味を惹かれてしまうのではないか。
Jw_cadとは違ってWindowsやmacOS、各種Linuxディストリビューションで動くので2D CADデータをネット上の友人知人などとやり取りしたいときに向くんじゃなかろうか？ニコニコ技術部的な遊びとか、最近流行りのルール無用JCJCタイムアタックとかで。
オープンソースの3D CADで、近年は3Dプリンターあたりの需要でよく目にするようになった。
Autodesk AutoCADやFusion 360、Dassault Systèmes SolidWorksよりも草の根では広まっており日本語でのハウツー記事もオープンソースソフトウェアとしては比較的多い印象。
シミュレーション機能はシェアウェアと比較すると弱い傾向があるものの草の根でそこまで必要か？と言われたら悩む。無料でシミュレーションやりたいならOpenFOAMにでも流し込め。
オープンソースのお絵描きに特化したラスターグラフィックスソフトウェア。
歴史的経緯ではLinux界隈でのGUIツールキットの2大巨塔にGTKとQtがあり、GTKはGIMPを作り上げるために生まれたこともありGTK側には高度なラスターグラフィックスソフトウェアが存在していたがQt側には存在していなかった。そこでGIMPの対抗としてQtを用いたKritaの開発が進められたが次第にGIMP的な画像編集ソフトウェアよりもお絵描きに特化していき現在のような性格を帯びるようになった。
SYSTEMAX ペイントツールSAIやセルシス CLIP STUDIO PAINTからの影響が強く現れており、オープンソース界隈のSAIやクリスタなどと呼ばれることがある。クリスタがそうであるようにスマートデバイスへの対応も計られAndorid OS版やChrome OS版が存在する。
ただ日本の需要を敏感に拾えるクリスタなどと比較して漫画作成機能に関してKritaは弱いと言われることがあるものの、GIMPと同様に無料とは思えない機能が充実しているのもまた事実である。
オープンソースの3DCGアニメーションソフトウェアで、非常に多機能のため何故かAdobe After Effectsの代替として挙げられることもある。
YoutubeがBlenderのYoutubeチャンネルへ広告を載せろと迫ってBlender公式がそれを拒否してYoutubeから撤退したり、庵野秀明が率いる株式会社カラーが出資したことなどオープンソース界隈でも異彩な存在感を放っており日本国内でも非常に注目されているプロジェクトだ。
ただ、初期状態では独特なUIによる使い勝手が非常に悪くユーザーが自分で使いやすい配置を模索する必要があったりタイムラインが使いにくかったりと何故オープンソースソフトウェアはUIがクソになりがちなのか？という問題にぶち当たる。
オープンソースの2DG/3DCG兼用プログラミングIDE。つまりはUnityとかみたいなやつ。
MIT Licenseでロイヤリティーフリー、開発言語はC#もしくはC++、そしてPythonライクなGDScriptで、Unityみたいにマウスでポチポチしてオブジェクトへ色んな設定を決められるので「Unityみたいのでゲーム作りたいけど運良くヒットしたときにライセンス料がなぁ」と懸念している人に役立つ。
ちなみにWiiとニンテンドーDS用向けにリリースされたSEGAゲームタイトルのソニックカラーズのSwitchやPS4などのマルチプラットフォーム移植版ソニックカラーズ アルティメットはGodotを用いて移植されているので商用でも耐えうることはSEGAが証明している。あのSEGAがソニックでだ。
オープンソースな動画編集ソフトウェア。
様々な部分で動画ライブラリのFFmpegへ依存しているためFFmepgのフロントエンドソフトとしての性格も持つ。
この手の無料の動画編集ソフトは国内だとAviUtlや近年ではBlackmagic Design DaVinci Resolveが人気だけれど、海外のオープンソース界隈ではShotcutは比較的知名度が高い。
カラーグレーディングに関して不足のない機能を有しているので高度なトランジションを用いるというよりも色を追い込むような使い方が合っているだろう。
ていうかFFｍpegのフロントエンドなのでFFmpegができることは理論上なんでもできる(理論上なので追加でコマンドを叩く必要があったりするけどね)。
オープンソースのレコーディングソフトウェア。旧名称はAudacityと言われるとご存じの方も多いハズ。プライバシー問題でAudacityからプロジェクトが分岐されTenacityとして再出発することとなった。
旧Audacityは開発の主な拠点がロシアを中心に行われていたという経緯があり、現在のウクライナ-ロシア戦争へ至る前の影響からか個人情報の収集をロシア企業が行うと発表され、それに反発したユーザーらによってプロジェクトが分岐しTenacityプロジェクトが立ち上がった。
Audacity自体はVSTプラグインが動作するなど非常に高機能なレコーディングソフトウェアであったがウクライナ-ロシアの騒動に巻き込まれたと言った感じだ。
Audacityから分岐したTenacityもそのまま高機能なレコーディングソフトウェアなのでこれからはTenacityを使ったほうが色々面倒が少ないだろう。
ProToolsの代替として挙げられがちなオープンソースのDAW。非常に高機能でDAWとして求められることの大半ができるものの、これもまた通例通り最近流行りの人工知能を用いた云々かんぬんは標準状態だとできない。
Ardourプロジェクトの立ち上げをし主要開発者であるポール・デービス氏はJACK Audio Connection Kitのプロジェクトの立ち上げをし主要開発者であるという事実を伝えると驚く人がいるかも知れない。LinuxとGitのリーナス・トーバルズ的な文脈だ。
オープンソース界のFL Studioと呼ばれることもあるDAW。ステップシーケンサーを中心に作曲するタイプのDAWで電子音楽が得意。LMMSという名称はLinux Multi Media Studioの略でLinuxに端を発してマルチプラットフォーム展開をしたDAW。
オープンソースのDAWにしては珍しく初期状態から多数のソフトウェアシンセサイザープラグインが用意されておりインストールした時点で遊び始めることができるものの、オープンソースの例に漏れずクソUIを持っており使いにくい。GIMPやBlenderもそうだが1990年代後半〜2000年代前半あたりに流行したMDI(Multiple Document Interface)を未だに引きずっているためクソUIになりがちなのだ。
ググると日本国内にも意外とユーザーは居て、DTMやりたいけど初期投資は低く抑えたいみたいなユーザーが選んでいる模様。そういう需要ならLMMSの他に基本無料で全機能が使えて一部のプリセットが有料のVitalっていうソフトウェアシンセサイザーも導入しておくと延々遊べるよ。
オープンソースなWebブラウザとして非常に有名な存在。
Google率いるChromium系Webブラウザに近年物凄く押されているものの独禁法を回避するためGoogleはMozillaへ出資しているという歪な構造を持つ。
Mozillaの運営が下手すぎて資金をドブに捨てることを繰り返しているためGekkoレンダリングエンジンに未来があるのかと一部の識者から不安がられている。
Firefoxは使いやすいのか？と言われたら、それはもう好みの問題としか返せないのだがカスタマイズ性は非常に高い。
「Tumblr、マストドンと接続へ。分散型SNS標準プロトコルを採用し、Twitterからの脱出受け入れ強化（CloseBox）」のブコメページ
https://b.hatena.ne.jp/entry/s/www.techno-edge.net/article/2022/11/22/522.html
Mastodonが実装されたとき投稿キーワード検索や引用リツイートなどの弊害を創始者のオイゲン・ロチコは問題視し実装しなかったという経緯があります。
投稿キーワード検索や引用リツイートの弊害とは何か？を現在のTwitterと比較して考えてみると興味深い気付きや、その気付きからMastodonの現状を考えてみると良いかも知れません。
今のところActivityPubネットワークを全文検索できるActivityPub互換SNSは存在しませんが全文検索できる検索サービスは存在するものの制限付きです。
仰るとおりでActivityPubプロトコルは正確性を廃してイメージだけで伝えるならばE-Mailネットワークへ近く、Mastodonを中心に流行る流行らないと議論されがちですが、実態としては物凄く極々小さなサービスであれActivityPub対応サービスが増えていくと時間と共にActivityPubネットワーク参加者が増えるという建付けになっています。
技術的な面に興味のない普通の平均的一般人からするとActivityPubネットワークはある日突然目の前に現れる巨大なネットワークになっている可能性が少なからずあります。
ちなみにActivityPubプロトコルが抱えている問題も個人が設置する小規模サーバーだと24時間動作保証がない、スパムメッセージなどを代表にE-Mailネットワークと一部同種の問題を抱えています。
逆に言えばE-Mailネットワークで用いられている解決手法を応用できるという意味でもあります。
必要リソース削減は常に必要とされるものですが、Mastodonは個人規模であればRaspberry Pi 3でも動くので思いのほか軽量です。
ただしRuby実装なのでC++実装などよりも軽いわけではありません。
むしろ「所属というアイデンティティ」を希薄化させて個々人のアイデンティティへフォーカスすることが是であるのではないか？という試みをしているものに「Fedibird」と名付けられたMastodonサーバーが存在します。
これは良い悪いではなく1つの例えとしての言葉ですが「アナタは相手が日本人だから関係性を持つのですか？」ということです。
再度言いますが、これは良い悪いという話ではございません。当然ながら「日本人であれば母語が日本語である可能性が高いし関係性を持ちやすい」と言う人も居るでしょうし「その個々人を気に入ったから関係性を持ちたいんだ所属など関係ない」と言う人も居るでしょう。
個々人の考えを尊重するからこそ良い悪いという話ではないのです。
ActivityPubプロトコルとは「ことば」です。
日本語話者同士であれば日本語で会話できるように、ActivityPubプロトコル対応SNS同士であれば別サービスとして成立しているSNSは相互に通信しあえるのです。MastodonはそのActivityPubプロトコルに対応しているミニブログSNSなのです。
ActivityPubプロトコルに対応しているWebサービスはMastodonだけではありません。
例えばYoutubeにような動画共有サービスのPeerTubeや、Instagramのような画像共有サービスのPixelFedはActivityPubプロトコルに対応しており、ミニブログSNSのMastodonのタイムラインにはPeerTubeに動画やPixelFedの画像が流れてきます。
そしてそれら動画や画像へ対してMastodonからコメントを送信することができるのです。
Mastodonのタイムラインに流れてきたPeerTube動画へコメントをすると、大本のPeerTube動画のコメント欄にはMastodonから送信されたコメントが掲載されるのです。
PeerTubeへ動画を投稿した動画主はMastodonから送信されたコメントを見てリプライします。するとMastodonでそのリプライを受け取ることが可能で、コメント主はMastodonでリプライを見ることが出来るのです。
ActivityPubプロトコルは対応しているとWebサービスの垣根を超えてコミュニケーションを取れる共通の「ことば」なのです。
そして今回その「ことば」にTumblrが対応したことで、TumblrはMastodonのほかPeerTubeやPixelFedなどともコミュニケーションが取れるようになりました。
TumblrのタイムラインにはMastodonの投稿が流れるようになり、コメントやリプライをTumblrから付けられます。
ただ実際のところ、Tumblrオリジナルの機能とActivityPubプロトコルの規格へどのように整合させるか？というのはわかってません。
理由としてはActivityPubプロトコルの規格はかなり柔軟な仕様で定められておりActivityPubプロトコルの規格には「解釈の余地」があるからです。
仕様として解釈の余地がない「厳密性」はそこまで高くないのでTumblrがどのようにActivityPubを解釈してくるか？というのも注目ポイントだったりするんですね。
もし他に何か疑問点があれば気が向いた時に答えるかも知れないので気軽にどうぞ。
