  |
はてなキーワード: カンバンとは
マネジメントもスケジューリングもクライアントとのコミュニケーションもボロボロ。
こっちは日々、PMから降ってくる改修タスクを淡々とこなしてるだけ。
でも背景も意図もまったく共有されないから基本的にAIにコード書かせてる。
たとえばカンバンに「ここにはABCと表示してください」って書いてあったら
AIがコード書いて実際に画面に「ABC」と出ればそのまま中身も読まずにコミット。
「タスクが来る → AIに指示 → 結果確認 → OK」みたいな流れでずっとやってる。
このチームにいるのは正直ストレス溜まる。
でも表面上は回ってるしコード書かずにお金もらえるならまぁいいかって気持ちもある。
ただシステムが爆発する前にそろそろ抜け出そうと思ってる。
ずっとソフトウエアエンジニアで飯食っていたのですが、2021年4月からIT系専門学校の教員を3年間やってきました。
始めるうえでやって良かったこと。逆にがっかりしたことを書こうと思います。
いずれちゃんと書くつもりだったのですが、途中で飽きてしまったのでwとりあえず下書きっぽいのを投げてます。
—-
教員になってすぐに、理事長含むお偉方の前で模擬授業をやったのですが、そこでの理事長の評価がとても良かったそうです。私がいないところで褒められたので、どこが良かったのかわからないのですが、模擬授業中の他教員からのフィードバックでは、「常に教室中を見回して聞き手のことを見ている」「適当な時間に質問タイムを入れている」などをいただきました。この辺りは説明やプレゼンを数多くこなしていれば普通に対応できると思います。どちらかというと、「初手で理事長に好印象付けに成功した」が大きかったと思います。
とりあえず、なんとかなりそうだとの感触を持ちました。
さて、私は大卒で専門学校のことも知らないし教員歴もありません。
なので、経験のある社員教育（OJT）をベースに、不具合があったところを修正する、という方針で臨みました。
②課題解決のための材料の提供のみ行い、課題解決は自身で行なってもらう。こちらが全てお膳立てして、こちらの想定に沿った解決策の提示を行なってもらっているので、まだ自立しているとは言えないが、本人は自分の努力で解決したという自意識を持っている。
③「なぜこの課題を解決すべきなのか」という問題提起のみ行い、解決のためのリソースを入手するところから自力でやってもらう。これができるようになると、こちらの想定を超えた課題解決を行うことがあり、仕事を任せることができる。
こちらをベースに、不具合のあるところをアレンジする方針で臨みました。
基本方針は
①専門知識は全て教員が持ち、必要な情報を全て提供する「教師と生徒（≠学生）の関係」
②体調が悪い時には自ら病院に通い、専門技術を持った医者の医療サービスを受けるような「医者と患者の関係」
③RPGの「武器屋」のように、自ら魔王は倒さないけど、各自に合った良い武器の選び方、武器の使い方は教える「勇者と武器屋の関係」
③だけちょっと表現が違いますが、これが1番学生に通じやすかったんです。
また、学生は「さん」づけで呼びました。TPOによっては呼び捨てもしますが、「あの子」のような「子」とは呼びませんでした。「あの子呼ばわり」というとネガティブな印象の方が私には強いので。
基本的に学生との接触回数・接触時間を増やすことで、学生からの好感度・信頼度は上がります（人によって上昇率に差はあるにせよ）
朝早くから在室しているメンバーは固定されがちですが、まずは少数の学生であっても、良い評判を勝ち取り、口コミで他の学生評判が広がってくれれば良いと考えました。
これはずっと続けたかったのですが、特に3年目は仕事が忙しく、時間ギリギリに通勤するのがやっとだったので中断してしまったのが残念です。
専門学校が大学と違うところの一つが、専門学校にはゼミ・研究室がないことです。
コロナ禍でオンライン登校が多かったせいもあると思いますが、学生同士のつながりが希薄です。クラブ活動も全面ストップだったので、クラス外の学生、学年を跨いだ学生同士の連携はほとんどないように感じました。
大学だと、学生が何かわからないことがあれば、まず同じ研究室生・同級生に、次に先輩に質問し、それでもわからなければ教員に聞きにくると思うのですが、専門学校だと、割と軽微な質問まで教員にきます。もちろん困っている学生がせっかく相談に来てくれたのだからそのつながりは大事にしますが、教員に聞きにくるまでに捨てられた無数の質問もあったんだろうなと思いましたので、そちらをなんとかしたいと考えました。
こんな便利なツールがあるよ。よかったら授業で使ってください。という「紹介」をしました。
細かい使い方までは言わなかったのですが、特にグループワークで学生が自主的に使ってくれました。
特に人気があったのはMiro（ブレインストーミングやカンバンなど）、Figma（アプリのデザインなど）、Notion（技術共有などWiki的な使い方）などです。どれも複数人の同時編集機能があるので、グループワークで使うのに相性が良かったようです。
ツールの使い方、どんな図面・ドキュメントを書くかなど、学生同士が細かく相談したり、あるチームの成果を別のチームで紹介したり等、学生が自主的に動いてくれました。
統制が取れた、良いチームワークができたと思っています。
統制とは（辞書に載っている意味とは違うかもしれませんが）個人が自主的に別の個人やチームに共感し、自主的にその方針に従っている状態が保たれている時、「統制が取れている」と言う言い方を、私はします。
フォローアーシップが十分に発揮されている状態、と思って頂ければと。
1年目は登校授業が週1に制限されていたので、放課後の学生居残りまで発想が及ばなかったのですが、「夏休み中に登校して、学校で基本情報の勉強をしたい」との学生の申し出があったのでいろいろ調べたところ、前日までに登校計画書を提出すれば対応可能だとわかりました。計画書さえ出せば毎日登校でも良いそうです。その後、通常授業の日も事前に学生名などを届けることで教室が使えることになったので、できるだけ学生を呼ぶようにしました。
卒業の1年以上前に内定を取る学生もいますので、彼らに未内定学生のフォローを手伝ってもらいました。
「面接でどんな質問があるか」等、最新の就活事情は私もわかりませんし、その辺の情報は学生が1番詳しいです。
教員や就活支援担当のいうことより、同年代の学生の経験談の方が、説得力もありますし、学生も真剣に聞いてくれます。
さらには、就活フォローの名目で、学生との1on1に当てていました。
「自己PRのネタ探し」などの名目で、学生の経験などをかなり詳しく聞くことができます。普段なかなか聞けない「みんなより1学年上なのはなぜ？」などの質問もできますので、私にとっては貴重な時間です。
私は座学をほとんど受け持たず、実技メインの授業でした。
実技メインなのは助かりました。
技術者として他の人に指導なり水平展開するのと、基本的に同じやり方が取れるからです。
技術リーダーの仕事は「自身のスキルを持って、他の技術者の成果を向上させる」です。それは教員でもほとんど同じです。
受け持ちも3、4年生なので、2年以上プログラミングを学んだ人たちです。ずぶの素人集団ではありません。
特にグループワークの授業では「チームがより良い成果を出すためには、チームメンバーの技術、知識、経験をフルに生かすこと」を命題に、かつて学んだCrew Resource Managementの技術をベース（CRM自体を学生に学んで欲しいわけではないので）に、Psychological SafetyやHealthy Conflictの考え方を交えた取り組みを行いました。
引き継いだシラバスから、デザイン思考を用いた企画発案、スクラムによるアプリ開発を重点に、他の部分は極力削ぎ落としたり簡単に取り上げるだけにしたのも良かったと思います。
実際の授業では、先に挙げた通り学生同士の教え合いを活発化させることをメインに、こまめに学生の机の間を回って、学生から質問なり、ただの雑談があったときにすぐに話ができるようにしていました。
このあたりは、工夫というほどではないですね。
専門学校は1コマが50分しかないので、途中で集中力が切れてしまったら、時間内の回復は難しいです。
なので、できるだけ授業を止めない。たとえばあるチームの質問を他のチームにも展開したいと思った時には、その場で一旦授業を止めるのではなく次のコマの開始時にまとめて話をするようにしました。
逆に、これは50分持たないな、と思った時には、あえて中間に5分ほどアイスブレイクを入れることもあります。
この辺り、授業進行・クラス運営は技術ではなくアートだなと強く感じました。
基本的には「中間層の学生をメインに授業設計する」「よりできる学生は本人の自主性・成長力に期待する」「それ以外の学生は個別対応」で対応しました。クラスに40名以上もいると、全員個別対応はできませんので・
ただ、できる学生だからと放っておいてもいいわけではない。常に気を配っている姿勢を見せつづけないといけない。
で、そういう学生には「こちらからお願いごとをする」機会をできるだけ作るようにしました。
直近2年連続で学年総代を私のクラスから輩出させていただいたのですが、彼（女）らは、4月の時点では特に目立って他学生への気配り・目配りができるタイプではなかったです（仲間内では人気がある学生でしたが）。「総代候補」の学生数人を中心にこちらからお願い事を増やし「ありがとう」という感謝の意を伝えるようにしました。
結局、総代になった学生は、私から最もお礼を言った学生になりました。
総代になる学生は、何か具合の悪いことが起こった時に逃げたしだりやる気を失ったりせず、問題解決しようとするか、少なくともテンションが大幅に下がることがないですね。そういう「胆力」がある学生が結果的に総代になってくれて、個人的にはうれしかったです。
高校時代の出席率が良くない学生は、（高校の入試偏差値が高くても）成績がよくないケースが多いです。高校時代の出席率は入試担当部門に行けば見せてもらえるので（そのことを知ったのは教員やって1年以上経ったころでしたが）、予め当たりをつけることができました。
ちなみに今は高校時代の成績、出席率は教務担当はオンラインで見られます。なぜか国語の成績はシステムに入ってないので、そちらは相変わらず見に行かないといけないのですが。
人数はそう多くないのですが、高卒資格で入学してくる学生は、これらの情報がありません。学生のコミュ力は結構な差があって一概にいえないのですが、教員含む大人との駆け引きは苦手な学生が多い印象です。つまり、就活が大変になるということです。
調子の良くない学生の典型例として心療内科の受診経験者も結構いたのですが、教員にも隠していることが多く、引き継ぎにも書かれていないケースや、本人から他教員に言わないで欲しいという申し出もたまにあります。
私の場合、心療内科受診を勧めた学生に受診歴なしの学生はいなかったのですが（受診歴あるのに本人から申告されるまで気づかなかった学生はいます。）こういう対応ができる教員はそう多くないので、学生が隠したがる一員になっていると考えています。
対処法は学生による、としか言いようがないですね。学生むけの無料相談室を勧めるところまでは共通ですが。
前年度の担任から、「特に問題点はない素直な学生だが成績は良くない」という引き継ぎを受けた学生が、実は大人を騙すことになんのためらいも無い人物だったことがありました。私などからすると「こんな単純なウソが大人に通用すると本気で思っているのか？」と思える幼稚な対応でしたので、すぐに保護者連絡を取って（当然保護者は気づいていますので）、保護者・担任の連携が強固に取れていることをアピールすると、少なくともウソが通用しないことは気づきます。基本的には保護者から「先生、なんとか卒業だけはさせてください」という言質を取って、とっとと卒業してもらう、というスタンスです。
やたら素っ気ない態度と、1年の時から比較して成績が急降下していた学生がいたのですが、彼女の友人から「父親と決定的に仲が悪く、そのためか年長男性に心を開かない」ことを教えてもらうまでは、全くとりつく島がなく、苦労した学生がいました。会話が成立するようになってからも、特に強い言葉を使ったつもりもないのに学校に来なくなってしまうことが時々あったのですがなんとか就職も決まり、今は元気にやっている様子です。
出席率・単位が不足する学生には補習を受けてもらうのですが、私を含めごく少数の教員は「他の人よりちょっと多く学校に来てもらうことになったけど、これが終われば進級・卒業できるんだから、あとちょっとだけがんばろう」というスタンスでした。補習が終わり「これで卒業決定です。4月からは新社会人として頑張ってください」というと、学生自ら反省とか決意とかを言ってくれるので、こちらはそれを信じて送り出します、
一方で補習中ずっと説教モードの教員も多く、聞いているこちらがうんざりしました。説教しない教員同士で「学生はすでに十分反省しているのに、なんでまだ怒るんでしょうね」とヒソヒソ話をしてたものです。
事前に全く想定していませんでした。
私自身、大学どころか、高校、中学の先生と両親が面談をやっていた記憶がありません。
とりあえず
「できるだけエビデンスを揃える」
で臨みました。
成績の良くない学生・就職を控えている学生の保護者との面談は特に重要です。
「もうすぐ社会人なのだから、自分で決断・行動してほしい。先生にお尻を叩かれてから行動を起こすようでは困る」という保護者は多い、というか、ほぼ全員です。こちらももとよりそのつもりです。
単純に放置する保護者も多いのですが、「1人前になるのはゴールではなくスタートですよね？1人前の人間としての能力を持ったら、その力をどう使うべきでしょう？困っている人を助けるのも、力の使い方のひとつと思います」などと偉そうなことを言って、保護者連携を強化しました。
最新の就職事情がわからない。自身はIT系の人間ではないので、どういう支援をしたら良いのかわからない、という保護者の方には、過去の学生の活動事例、本校学生の就職先、勤務地などの資料をもとに、説明を繰り返しました。
大学の就活に関する情報はネットにたくさんありますが、専門学校生に特化した情報は意外とありません。それはこちらも同じなのですが、「ここは大学生とほぼ同じ。ここは事情が違う」という情報を集めてご報告しました。
「先生と会ってどんな話をしたらいいのかと思っていたが、お話できてよかったです」というメールをいただいた時にはホッとしました。
1. とにかく忙しい。
去年の3月末で辞めた教員の補充しなかったため、仕事が山積みになった
その前年にもベテラン2名が辞めていたので、土日も休めない状況になった。
2.やることがなくなってしまった
2年目で数値化できる数値はほぼずべて学年トップ。場合によってはIT学科トップや全校でも2、3番手などになってしまい、さらに上を目指すものがなくなった
校長など経営陣の意向を取り違える。他の学科長と連携しないなど、独自路線を突っ走る。かといって学科の取りまとめもやらないので、成果の出ない（クラス数激減）学科になった。
4. 他教員と話が合わない
4年ではスクラム開発を取り上げるのですが、4年担任はよくいえばスクラムガイドに忠実。悪くいえば批判的精神がない、なぜこういうルールになったのかまで考えが至らないタイプでした。
スクラムガイドには、チームは「10名以下」と明記されているのですが、チーム開発経験の乏しい学生にこの人数は多すぎです。
実際、成果を出したチームは4人チームが最も多かったのですが、ずっと多人数チームに固執し続けていました。
4年生は当然実力はあるのですが、それに見合った成果が出ませんでした
5.他教員が働かない
2、3名で案内をしていたのですが、体が不自由そうな保護者の方をエレベーターに誘導したり、 Permalink | 記事への反応(2) | 13:20
内燃機関のエンジンってめちゃくちゃ構造が複雑で、そんなものが1分間に平気で5000回転とかしてる狂気のデバイスなんだよね
おまけにパワーの制御ができないから変速機だとかクラッチだとかを組み合わせてようやく「アクセルを踏んだら前に進む」を実現してる
それに加えて四輪で地面を走らせるっていうのは想像以上に難しくて特に高速の雨の日にスムーズに曲がるっていうのは信じられないような芸当を実現してる神の領域
そういうとんでもなく複雑なのに「アクセルを踏んだら進む」というシンプルな操作系に落とし込んでるのが自動車であって
複雑すぎるので新規参入はほぼ無理だから価格競争が起きなくて寡占状態が続いてる
ところがモーターっていうのはとっても便利で小学生でも作れるぐらい簡単なものなのに
パワーの制御も簡単で電流を制御するだけでスピードをコントロールできる
「アクセルを踏んだら前に進む」が「スイッチオンで前に進む」ぐらい簡単になる
部品が少なくなるので安くなるし、構造が単純なので参入メーカーが増えて価格競争が起きる
なので結果的にはとにかく安くなる、というのが期待された
ところが現実はそうではなく、実はエンジンに関する部分はトヨタ様が下請けをカンバンで叩きまくった結果信じられないくらい安くなっている
安全性や内装・外装、電子部品なんかにコストが割かれるようになってその辺の軽自動車でも昔のクラウン並の装備と内装だったりする
逆にEVは電池のコストだけは大量生産しても下がるわけでは無くて大して安くならない
Teslaなんかの工場は極限まで効率化されてるんだけど、まぁ大して安くならなくて廉価版Teslaも見送り
黎明期はどうしても高くなるからどこの国も補助金だして普及に努めたけどいつまで経っても安くならないのでそろそろやめるか、みたいになってる
章立てして書こうと思ったけど、メリットこれだけだわ
トルクが強いとか家庭で充電できるとかどうでもいいもんな
ということで、安くなると思ってたEVが蓋を開けたら安くなりませんでした、というだけの話
日本のソフトウェアって例えばみずほのシステムなんか大炎上したわけだけど
ウォーターフォールという先に「上流」っていう大企業のサラリーマンが全部やること決めといて
「下流」っていう下請けが決めた通りに書くというやり方でやっている
これはアメリカでは70年代くらいに確立した手法なんだけどソフトウェアってのは変更とか後で判明する問題が多くて
プロジェクトの炎上率（納期とか予算が大幅に超える事。数倍とか普通にあって怖い）が5割を超えて「2割は完成さえしない」という地獄になったのでアジャイルっていうもっと柔軟にやりましょうっていう方法論が作られて、今ではNASAのロケットとかロッキードマーチンのステルス戦闘機のソフトなんかでも使われている
このアジャイルの２大手法がスクラムってやつとカンバンってやつなんだけど、カンバンはそのまま看板でトヨタの手法、スクラムはラグビーから来てて日本の教授が提唱した物
これらの有効性に関する議論は15年から10年ほど前まではあったんだけど今はアメリカのすべてのソフト会社がこのやり方でやってると言っても過言では無い状況になっている
ところが
日本の大手と言われるNECだとか富士通だとかはいまだに上流だとか下流だとかやってるんだよね
まあ平日の朝の10時に書き込んでる人を（俺も含めてw）どこまで信じるかという問題はあるんだけども
顧みるに、第二次大戦の時に八木アンテナってのがあったんだよね
当時は目視でやってたから新兵器のレーダーで目で見えないとこが見えるのは圧倒的なアドバンテージだったんだよね
日本が負けるのは「そういうとこ」なんかね
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 使ってる
シェアウェア（という表現はおいておいてのやつ。https://anond.hatelabo.jp/20230124045812）の記事が面白かったので、自分の得意分野の領域でいろいろ紹介します。
基本的に、SaaSのサービスは便利だけど、あれもこれもと契約していったらサブスク破産するので、
もともとownCloudっていうDropbox代替があったんだけど、そこから分派して今も機能開発が続いている。
興味深いのはLAMP構成なので、VPSや自宅サーバーじゃなくても、レンサバで動くのがいいよね。
データ保存領域はオブジェクトストレージ（S3互換）も利用できるので、例えばWasabiなんかと契約してお安く済ませてしまうのも全然アリかと。
最近はカンバンシステムって、単体で使うんじゃなくていろんなアプリの中で使われる印象なので、今更Trelloだけ使いたい、なんてニーズはないかもだけど、
そこまで複雑でなく小規模なプロジェクトとかだと、意外とTrelloだけでいいよね、みたいなこともあるかな。
そういう時は、これを使うといいかも。
ちょっとUIの雰囲気が違うだけで、まんまSlackです。絵文字の追加もできるし、APIもあるし。人によって好き嫌い分かれるスレッド機能も、まあ、あのスレッド機能のまま。
n8nと書いてnodemationと読ませるらしい。初見殺しすぎんだろ。
ZapierやIFTTT、無料枠あるけど、あれもこれもやり出すとすぐ無料枠埋まっちゃうので、これ結構いいと思うんだけどな。
kintone使ってる会社増えてると思うんだけど、まだまだ1ユーザー1500円ってのは高いので、零細企業は導入し辛いと思う。
で、それの代替になるのがExment。UIがkintoneとは少し違うので代替と言い切れないかもしれないが、
やれることはkintoneのソレと全く同じなので、用途代替はできる。
開発も日本企業なので、UIも日本語化されている。LAMP構成なので、レンサバでも動くよ！
そもそもAirtableって何やねんって人もいるかもしれないけど、kintoneとGoogleスプレッドシートをいいとこ取りして、Trelloとガントチャートを足した感じ。
これもまあまあいい感じでZoom再現してます。Zoomの方が新機能の追加早いけど、Jitsiも頑張って追いついている感じです。
ただ、やる内容が複数人でのリアルタイム動画配信なので、サーバースペック・回線スペックはまあまあ必要なので要注意。
こちらは使ったことないんだけど、よりオンライン授業向けらしい。
最近よく見かけるようになった、オンラインミーティングとかの予定をブッキングさせるSaaS。
あれのはしりがCalendlyで、日本でもいくつかそれのSaaSができてますね。
あれらも無料枠だと1カレンダーだけしかできなかったりするんだけど、これなら好きなだけブッキングさせられます。
ECサイトとか、Webマーケティングを重視してるサイトによくある、画面右下に吹き出しアイコンがあって、チャットウインドウがぴょこっと出てくるやつ。
日本ではWeb接客とか言われてるけど、あれの代表的なSaaSがIntercom。Zendeskは、どちらかというと内部ツール向きかな。
これのOSS版がChatwootとPapercups。自社サイトにWeb接客入れたいけど、費用抑えたい、って時にどうぞ。
この手のツールがないと仕事にならないという人も多いと思います。
これまでだとRedmineがそれのOSS版的立ち位置でしたが、さすがにイマドキあのUIはないなぁ、と。
OpenProjectは、Microsoft Projectの代替をイメージしてるみたいですが、
ガントチャートにカンバンがデフォルトで使えるので、BacklogやAsanaの代替にはちょうど良いでしょう。
ただ、そんな高度なことしてるわけではないのに、サーバーの要求スペックはちょっと高めなのでご注意を。
UA廃止でGA離れが始まってるとも聞きますが、疎開先として有名。
PHPで動くので、PHPやWordPressでできたサイトに一緒に入れちゃってもいいと思う。
HeadlessCMSは、データ表示を持たず、フロントエンドへAPIを通じてデータを渡すタイプのCMSのこと。
このジャンルでは、SaaSだとContentfulが有名だけど、OSSでもいろいろある。
Node.js製。歴史があるので、結構いろんなことができる。
WordPressのGutenbergエディターを取り込んだプラグインなんかもある。
User認証も持ってるので、CGM的なサイトを作ろうと思ったらできなくもない。
これもNode.js製。利用できるDBが幅広く、既存のデータベースも活用できる。
なので、既にPostgresSQLとかでデータを持ってるんだけど、
非エンジニアにもデータを触らせるためのフロントエンドが欲しい、ってニーズに良いかも。
PHP製。SQLiteとMongoDBで利用可能。MySQL/PostgreSQL使えないのがちょっと残念。
近年、本腰入れて自社ECサイトをやろうと思うと必ず選択肢に上がるShopify。
インテグレートパートナー向けのエコシステムも充実してるので、取り組み始めるエンジニアやシステム会社も多い。
ヘッドレスコマースや越境ECには向いているものの、これをセルフホストしたい、というニーズに応えたのがmedusa.js。
ざっと見てみただけだけど、モダンな構成で、今時のフロントとバックエンドを分けた構成でやりたい、というのには向いている。
プラグインにmedusa-marketplace.jsというのもあり、Amazon的なマーケットプレイスも実現可能。
昨年、Adobeに買収され、デザイナーたちを驚愕させたFigma。
先日はAdobe XDが終了のお知らせとなり、UIデザイナーたちの不安は募るばかり。
そんな提供企業に振り回されたくないなら、このPenpotでUIデザインしよう。
Figmaほど機能実装はされていないが、まあまあ一通りのことはできる。
Figma代が嵩むとお嘆きの制作会社なんかは、一考の余地あるんじゃなかろうか。
企業によっては、コンタクトフォームをたくさん作りたいという会社もある。
人材採用のフォームを職種別に細かく分けたい（しかも頻繁に募集職種が変わるとか）
Google Formで大体解決しそうだけど、それをGoogleに頼りたくないならこちら。
まあまあ機能豊富なので、人によってはGoogleFormよりもこちらを好むかも。
DockerベースのWebメールUI。送受信に必要なものを、丸っとDockerで用意してくれているので便利。
HubSpotは、いわゆるMarketing AutomationとCRMを一体にしたツール。無料枠もあるが、かなり限定されている。
MauticはMarketing Automationよりの機能が多く、ユーザーのサイト上での回遊をビジュアル化してくれたりする。
SuiteCRMはザ・CRMという感じ。SalesForceをデフォルトで使う感じに近い。
ツールが分かれてしまうのは辛いところだけど、それぞれにAPIがあるので、うまく繋げられると強力なツールになってくれるはず。
Webサービス作ってると、メールの通知や一斉配信などがあると思う。
通常これらはSendGridや、AWS SESなどで処理すると思うが、これらにもOSS代替がある。
PostalはDockerでメール周りのもの全部用意してくれているので、かなり楽。
WordPressをモダンにしたような感じで、EC機能もデフォルトでついてる。マルチサイトも標準。
Jimdo/Wix代替と書いたが、もちろん自分のサイトをMicroweberで作ってもいいが、
自前ホスティングして、JimdoやWixのようなサービスを始めることもできる。
テンプレートをいくつか作っておいて、Stripeを仕込んでおけば、今日からあなたもJimdo/Wixのような事業を始められるわけだ。
JImdo/WixとSTUDIO/Webflowは一緒くたに語られがちだが、明確な違いがある。
前者はプリディファインドなブロックをGUIで構成するのに対し、後者はDOM要素ベースで構築していく。
つまりよりHTML/CSSによる細かなデザインコントロールがしやすく、Webデザイナーが親しみやすい。
それのOSS版がWebstudio。まだアルファ版だが、フロントエンドはそれなりによくできているので、
バックエンドを自前で用意してStripeを仕込んでおけば、今日からあなたも（以下略
Facebookなんか使わねーよ、っていう人も多いかもしれないが、
特定のコミュニティの中でコミュニケーション取るには、FacebookのUIと機能は優れていると思う。
なので、サークルとか同窓会、あと自治会とかPTAなんかにもいいんじゃないだろうか。
Netflixの代替って、Amazon Primeとかじゃねーの、と思われるのかもしれないが、そうではなくて、
あなたがNetflixみたいな商売したいならこれを使うといいよ、というのがJellyfin。
いや、そんな商売しないよ、と思うかもしれないが、
使いようによっては、おじいちゃんおばあちゃん向けの子供動画配信サービスとして構築するとか、
Stripeと連携して、劇団やバンドのオリジナルの配信サイトを構築するなんかも面白いと思う。
今更誰もYouTubeやVimeoの後追いをしようとはしないでしょうが、
複数のユーザーから動画のアップを受け付けて、それを閲覧したい用途もあると思う。
例えば、軽音部で複数のバンドが練習風景を録画したのを定期的にアップしたりとか。
学習塾で、授業の録画を授業ごとにアップしていったりとか。
ZoomやGoogle Meetのような双方向ではなく、一対多の一方通行配信。
個人的には、企業のウェビナーツールとしての可能性を感じる。（Zoomのウェビナープランとか高いもん）
１つのメールアドレスを複数人で運用したい時のツールがメールワイズとRe:lationどちらも日本のSaaS。
FreeScoutはOSSだけど、海外製。一応日本語化もされてるっぽい。
ECサイトの顧客問い合わせや、営業チームのプライマリー対応なんかに良いと思う。
Bubbleってなんぞ？ という人のためにお伝えしておくと、ノーコードベースのWebアプリ開発ツール。
データエンティティを設計したら、自動的にCRUDを作ってくれて、フォームを配置するというような感じ。
Bubbleはそれ系の老舗で、歴史が長い分ノウハウも溜まっており、連携できるサービスも多い。
ただ、ベンダーロックインされるし、季節的なキャンペーンとかでは、アプリを使用しない期間もサブスク費用がかかる。
Budibaseは、Bubbleの思想に一番近い感じ。凝ったUIが必要なければ、ざっくりコレでなんでも作れちゃう。
AppSmithも同じような感じだが、これはDBをあらかじめスキーマ定義しておかないといけないところが若干不便かな。
ToolJetはルーティングURLの概念がなく、本格使用を諦めたんだけど、最近アップデートしたらしいので、そこのところどうなってるかまた確認しときたい。
他にもこの手のやつあったら、いろいろ教えて欲しい。単純に好きなので。
正直私は学生自治など成績優良者の中でも教職員に従属することを決めた奴らのごっこ遊びか、アカの手先になることを決めた性格に難しかないエリートの工作活動だと思う。
実際学生自治が学生運動へ発展し左翼労組と共に世の中を混迷のどん底に突き落としたのは明白。
1割の人の都合は無視する必要があればせざるを得ないが、4割の人の都合を無視するような「自治」は果たして自治か？私は全くそうは思わない。
例え自治会長の決め方を学生の直接投票にしてカンバンを被せたところで、結局やるのはカリキュラム達成のための手助けでしかない。自分のやりたいことなど何一つない。ただ内申を上げたいだけ。
だとしたら学生の直接投票は自治への参画からただの無駄な手間へ変貌するだろう。ペラペラの政策を見せられ、仕方なく投票する。こんなはっきり言ってゴミのような制度はいっそない方が良い。やるのであればスケジュールに対して強い権力を持って日程変更なども自治会が発すればやらせられるレベルの権力を持たせるべき。「ここまでやらせては学校の秩序が崩壊する」と言っている教職員どもは今すぐ人生やり直せ。もっと大きい集団を学生自治よりさらに自治性の高い3集団がまとめている国に何年いる。
政治家の質や新規性の低下もあるんだろうが、まずこんな地獄を超えてもはや空気と化している学生自治の見直しこそが投票率の上昇にもつながり民主主義を回転させると思うのだが、残念なことにいまだに特に公立高校ではそのような動きを聞かない。
最後に自称自治会ども。教職員ファンクラブは別枠でやって自治会では自治会の意思を発揮しろ。じゃなきゃ学生自治の邪魔だから自治会を辞めるなり最悪学校を辞めるなりしろ。
なんだねあいつらは。野党の面汚しだと思う。あのような非建設的な週刊誌主義的野党が第1党に上り詰めたのは多分運動家のジジババとイメージだけで物事を考えその先や物事の中身も考えないウェイどものおかげだと思う。「なんか政権がキモいし反抗期してれば票がもらえるね」と誤解した集まり。是非とも建設的野党には日本を正しい方向に成長させてほしいし、侵略国家に対して態度装備ともに毅然とした防護を見せつけてほしい。
最近またミソジニストが暴れだしているようだが、表現の自由が保証されている法律に書いてある５字の言葉すら知らないのかも知れない。
《この憲法が国民に保障する自由及び権利は、国民の不断の努力によつて、これを保持しなければならない。又、国民は、これを濫用してはならないのであつて、常に公共の福祉のためにこれを利用する責任を負ふ。》
営業妨害や嫌がらせに及んでいるのなら公共の福祉のために利用していないのではないか？此処最近思うのだが、公共の福祉というものを理解せずに様々な行動に走る人間が多すぎる。警察も消極的すぎるからこそあいつらは自称正義を加速させていく。警察含め治安維持機関は過激左翼への監視もいいが、もっとこういう社会全体にリスクを及ぼすような存在を監視することもまた業務にあるべきではないか？
国家がやるべきことを国家がやらないからこそ、ヤクザや自警団ができるのだ。国家が責任を持ってやればそのような無秩序な集まりは出てこない。そして、それを理由や根拠理論もなしに妨害するような人間は捕まえてもらって構わない。治安維持とはそういうもの。
この、「被害が生じてるから性的なものを表に出すな」系の主張の最大の問題って、異常な基準の低さだと思うんですよね。
例えば、性器や女性の乳首丸出しだったり、性交や性交類似行為に及んでいることが明らかな意匠((屋外広告条例ではカンバンとかの絵や写真、デザインとかを意匠と言う))がアウトになるのは、まあ僕みたいな表現の自由戦士でも理解できるんですよ。
でも、着衣のAV女優が、ちょっと色っぽい感じを出しているだけの広告や、大きい胸が強調されているに過ぎないような描写まで規制しようと言うのは明らかにおかしいでしょう。
規制をしうる基準と言うのは、ほとんどの人が耐え難たい不快感や羞恥心を感じるようなものであったり、見た人の半分がセクハラを開始したりするようなものであって、単に「エッチなのはいけないと思います」程度のお気持ちじゃいかんだろうよってことですよ。
『アジャイルソフトウェア開発宣言』の価値観に反対する人はほとんどいないと思う。
よりよい開発方法を見つけだそうとしている。
かつて、数々のアジャイルな開発手法が存在して（というか今も存在しており）、この宣言はそれらの開発者が集まって合意したものだ。
ところが、最近ではスクラムだけがもてはやされ、他の手法に全く触れられないことに違和感がある。
また、「うまくいかない原因の根本はそもそも開発チームの問題なんだっけ？」って問題そのものを議論せず、スクラムだけを導入すれば解決すると思い込まれていると思う。
私がスクラムについて違和感を持っているのは以下のような点だ。
※ただし、開発チーム以外を変えなくても導入できるのはメリットでもあり、それでチームの負荷を下げつつ他の問題に対処するのは悪い手ではないと思う
一方で、例えばXPは「開発が成功するためにチーム内外に向けてなんでもやれ」という視点が強く、「ビジネス上と技術上の責任を分ける」などのアドバイスの章も用意されている。
ただその分「ここに注意せよ」くらいしか書かれておらず、結局どうやるかは自分たちで試行錯誤しなければならないことは変わりがないが。
スクラム（というか開発手法全般）を不適切に導入した後の最悪のケースは、本当は他の要因で問題が起きているのに、その分析が全く行われずに、開発チームにだけ際限のない改善が要求されることだ。
例えば「みんなリファクタリングをしなきゃいけないことに気づいており、それが評価されないから新規プロジェクトに力を入れざるを得ない状況だと知っているが、それを誰も口に出さない。その状態で正確な見積もりをしようとしたり、開発スピードだけ効率を上げようとする」という状況は誰もが身に覚えがあると思う。
つまり、我々の所属するソフトウェア開発チームでは、目の前に存在する問題に対処してアジャイルチームになることが重要で、その方法はスクラムで主張されているような開発手法とは限らないし、むしろそのわかりやすさやきれいなドキュメントがミスリードである場合もある。
そのためには、まず現実の課題が何なのかしっかり把握して、フェアに議論することから始めるのが重要なんじゃないか。
