  |
はてなキーワード: InkScapeとは
発表とかみるときがある。スライドに、変なイラストが入っているときがある。なにかを概念的にあらわしたポンチ絵というか・・
あれって作るの煩わしい。本当に必要なのか？わかりやすさというか親しみやすさのためにはいいけど・・・レポートとかにするときはどうせ
流用・転用できないし・・・それはそうと、UMLは棒人間なんだよな。記事参照。
https://thom.hateblo.jp/entry/2018/09/09/033043
回路図ってそういえばUMLみたいな約束事ないのか？あるよな。回路設計っていう職業があるくらいだものな。でもいつもいつも回路図って
inkscapeで描いてる。なぜか？とおもったら、Pythonスクリプトで回路図なんてのがある！！
ゲッサンでどうやら同世代が当時を振り返る漫画を連載開始したようなので、別視点で語らせて貰おうか。
めぐり合わせが良かったのかパソコン通信終焉期に同世代としては比較的早期にパソコンを手に入れ、パソコン通信をやっているお兄さんたちからプログラミングを習うようになる。
このお兄さんたちは今の40代、公開されているプログラムの改造についてフォーラムで質問したことをきっかけに、会話の中で自分が小学生であることがバレてしまい、お兄さんたちは面白がって僕にBASICとCを二次関数も知らない小学生へかなり丁寧に教えてくれた。
お兄さんたちは次第に「これからはインターネットの時代だぞ」「大学にはJUNETがあって」などと教えてくれるようになり、インターネットやUUCP、TCP/IP、WWWなどの知識を小学生に詰め込むようになり、指導される言語にPerlやHTMLが増えたものの我が家にはまだインターネット環境がなかった。
Windows 95が我が家に導入されるタイミングでインターネット環境も敷かれ、ここでCGIゲームに出会いプログラミングへのめり込んでいくこととなる。
師匠たちの教えは素晴らしく当時のCGIゲームの主要開発言語はPerlであったため何も不自由なく改造がはかどり、負荷を高めても叱られが発生しにくいCGI対応ホームページスペースを提供してくれているプロバイダを探すこともよくやった。
その初頭(02年くらいから)にAdobe Flash方面で大きな動きがあり、いわゆる「FLASH黄金時代」を迎える。
Adobe Flashの派手に動くアニメーションと音楽に衝撃を受け、そして我が家のPCのビデオメモリの貧弱さに絶望をした(お年玉全額投資した上で親に拝み倒してビデオメモリいっぱい積んでるPCへ新替した)。
2000年代以前もMML(Z-MUSICなど)でDTMを軽く触る程度やっていたもののAdobe Flashの自由自在なマルチメディア感へ完全に影響され、本格的にDTMやCGへ手を出すようになる。
当時主に使っていたDAWはSinger Song Writerで、これは当時の師匠たちの主な環境がミュージ郎であったため影響を受けた弟子である自分はDAWにおいてSinger Song Writerしか知らなかったという意味合いが大きい。結局、手に馴染んでいたMMLを完全に排除するまではいっておらず併用する形でDTMをやっていた。
当時のインターネットと音楽事情を振り返れば今だから言えることだが、BOSSのエフェクターの回路図などがネット上に出回っており、おそらく電気関係を学んでいたであろう師匠たちの手によってミニ四駆改造を主とした電子工作の手ほどきを受けていた自分は師匠たちから渡されたエフェクターの回路図によって自作し、最終出力をMTRなどでレコーディングするという手法を取っていた。
当時のソフトエフェクターは音楽ド素人の自分でもわかるくらいに品質が悪く、何なら最終段をPCM音源出力するわけでなくFM音源でのみ仕上げるときは疑似ディレイや疑似デチューンなどの手法によってエフェクター表現するしかなく、ソフトエフェクターはハードエフェクターを超えられないことが常であった。
Adobe Flashでは主にMotionSWFとSodipodiを利用して作成しており、Sodipodiは後にInkscapeとして派生していくことになり今でも使用しているが、MotionSWFはSWiSH2が登場すると直ぐに乗り換えた。MotionSWFは連番画像を事前に生成する必要がありActionScriptの扱いにも難があったためだ。
Adobeが公式でLiveMotionというFlashアニメーションというのをリリースしていたものの学割が効くとは言え高価で、師匠世代の方々は学割が使えないのでSWiSHを使っていたこともあり影響された。
このあたりにTVアニメなどで使われる背景動画はモーショングラフィックスという技術の括りに入るものと知る。まぁつまりモーショングラフィックスとは静止画をアニメーションさせる技術の総称なのだ。
この時点で自分は中学生、自分の肌感覚だがこの時点でがまだ「オタク」へ対する風当たりは強く、中学校でもイジメと殆ど変わらないであろう扱いは散見されており、自分の姉たちからもオタクっぽい趣味は良くないよみたいなことをよく言われたものだった。
まぁ姉たちも思春期だし、部屋にこもってパソコンへ向かってフヒヒとか言ってたり、電子工作で謎の機械作ってたり、Marshallのジャンクなアンプをどこからか拾って来て修理してる弟は気持ち悪かったんだろう。
ただ運良くも両親が身体デカく産んでくれたおかげで、自分自身はイジメられた経験がほぼ無く、というか面白いものを生み出すオタク友達をイジメる不良が大嫌いだったので思春期だったこともありやり合っていたというのが実情だった。
なにせ一次産業家庭の生まれだったので早朝は実家の手伝い、親父の男子たるものスポーツくらい出来なければという保守的な思想によって野球部へ所属し、帰宅後も実家の手伝いをしていたため身体が鍛え上げられる環境だったのだ。ツルんで威張り散らかし調子に乗ってタバコや酒をやるようなナヨナヨした不良に喧嘩で負ける道理は無い。
親父や教師たちは自分を正義感溢れる少年だと思って度々喧嘩をしても大目に見てもらっていたが、実際のところはオタク友達が「イジり」に遭ったことに腹を立てて「俺たちに構うんじゃねぇ！」と思春期の自分が怒っていただけだ。
ただこの不良たちとも仲直りをした。時代はビジュアル系バンドとインディーズバンドが流行り、そして青春パンクが注目され始めるとき。そんなときにエフェクターやアンプを自作修理し軽音楽部の部室へ持ち込んでいたので軽音楽部にたむろする不良たちが「えっ増田ってアンプ作れんの！？」となるのは別におかしな話じゃない。
不良たちもそのような状況でオタクグループをイジるのがバカバカしくなったのか次第に何かやるとき絡むようになり自分の通う中学校からはイジメが無くなった。
イジメという娯楽はモノ作りという娯楽に勝てない。
イジメを根絶する力をボクは師匠たちから学んだ。今の世を見れば不良の一部はオタク側へ吸収されてしまっているし、そのような流れを作ったのは自分の世代へ憧れを抱かせた40代になった今のアナタたち師匠だ。
Flashの影響が落ち着いてきたあたりでインターネットには新しいコンテンツ配信システムが注目される。インターネットラジオだ。
これは爆発的に普及し、当初個人サイトだった「らじちゃんねる」は「ねとらじ」となりつつも個人運営では負荷処理が追いつかずlivedoorへ譲渡されlivedoorねとらじになる。
奇しくもほぼ同時期に２ちゃんねるでは若年層が新しく設置されたニュー速VIP板へ集うようになりVIPPERもインターネットラジオ配信をほそぼそと始めるようになった。
この頃のニュー速VIP板は明らかに自分と同年代が集っており、Flash黄金期の影響を如実に受けておりクリエイティビティの発露が著しく様々なネタスレが生み出され安価スレはその代表格で、更には涼宮ハルヒの憂鬱を発端とする深夜アニメブームからクリエイティビティは極限まで達しSSスレやゲーム製作スレなどが大いに賑わうようになった。
そして負の側面も表に出るようになり女神スレや女VIPPERによるインターネットラジオ配信が定番化すると、ニュー速VIP板内でのパートスレによるスレdat落ちが問題視されるようになり、女VIPPERはヘイトを集めるようになった。
それ以前から２ちゃんねるでは主に801板住民による板違いスレ違いや同性愛サロン板での荒らしが問題視されており、女VIPPERによるインターネットラジオ配信によってBLファンであることが多いことが明らかとなっていたため、ニュー速VIP板内でも女VIPPER、特に腐女子に対して風当たりが著しく悪くなった。
そこでパートスレを嫌うVIPPERは腐女子へのカウンターとしてふたば☆ちゃんねるから２ちゃんねるへ輸入されたくそみそテクニックから作られたAAを使って女VIPPERによるインターネットラジオ配信スレを埋めるという連投荒らしをするようになる。
この動きは当の801板住民へも影響を与えたのか、801板では同人サイトの作成を奨励されるようになり、それ以前から評価の高かったYahoo!ジオシティーズや携帯勝手サイトの魔法のiらんどが同人界隈で注目され同人サイトの開設が爆発的に増えた。
しかしながらこの動きにも負の側面があり、同人サイト運営を行っている主に学生内で無断転載やホームページ素材サイトからの直リンク問題が発生。Web系の技術者やホームページ素材サイト運営者からのヘイトを加熱させるという現象が起きてしまった。
特に怒り狂っていたのはいわゆるツクール系のゲーム製作者・ゲーム素材サイト運営者であり、当時のゲーム素材はまだGIFなどのドット絵素材が多かったため当時の携帯電話と相性がよく、同人サイトを運営する学生が無断転載や直リンクするという行為に走ったのだった。
当時のHTML/CSSにも問題があった。携帯電話各社でHTML/CSSの仕様が違い、自身の同人サイトを彩りたい学生からすると携帯電話によって表示にバラつきが起きることは悩ましいことであり、画像素材はそのバラつきを最小限に留めることが可能である。
さらに言えば魔法のiらんどなどで利用者が使えるストレージサイズが小さいという問題もあり、装飾にストレージ容量を消費すると自分のイラストやSSを投稿できる量が減るといった悩みがあって直リンクへ手を染めていた。
もっと言えば当時の学生はあまりにも送信量が多いとプロバイダやレンタルサーバ、レンタルホームページ事業者からホームページ運営者が怒られたり、送信従量課金制契約の場合は実際にホームページ運営者が実費を負担していたという事実を知らなかったのも無断転載や直リンクへの拍車をかけていたと思われる。
現在は社会人となっっているであろう同人サイト運営していた学生だった者はおそらく今まさに素材サイトの管理人へ金銭負担させていた事実を知って驚いていると思うが、何故あんなにも注意され、素材差し替えなどで当時は嫌がらせと思うようなことをされたのか？を理解していることだろう。管理人は怒って当然なのだ。
そのような状況を傍目から見ていた自分は２ちゃんねる内の様々な製作系板やスレなどへ常駐し、HTML/CSSスレなどで素材提供などをし、更にはCGIゲーム罪と罰++ 二律背反のホスティングをしていたが、当時のDTM雑誌であるDTM magazineで1つの告知記事を見る。それが「プロ歌手デビューのオーディション(VOCALOID中の人採用特典付き)」だ。
そうつまりこれKAITOとMEIKOがデビューしたオーディションであり、当時の２ちゃんねるDTM板でVOCALOID評価はそこまで高くなく、たいていは「ボコーダ/ボーカルシンセの代わりにはなるのではないか？」程度の評価だったのだ。
様々な音楽制作系雑誌でもVOCALOIDの扱いは非常に小さく、例えば当時のPC系雑誌で定番の特集だったフリーソフト100選みたいなノリでVSTプラグイン100選の中にVOCALOIDがボコーダ枠で入ってるくらいの極々小さな扱いであった。むしろ登場時に言及していた名無しが評価の仕方は別としてVOCALOIDに触れているだけでもスゴイまである。
Twitterとの大きな違い、それは誰しもがActivityPubプロトコル互換の分散SNSサーバーを立ち上げられるという技術的な面以外にも文化的な大きな違いがあって、Twitterでは誰しもが受信者であり発信者であることが工程されるけれども、ActivityPubプロトコルネットワーク、通称Fediverseでは発信者の中でも特に面白いことを作り出す創造者が特に高く評価される傾向にある。
ActivityPubプロトコル互換分散SNSサーバーであるMastodonやMisskeyにはユーザー自身(正確にはサーバー管理者)が自由に投稿文中へ埋め込めるカスタム絵文字を設定できるし、更にMisskeyではカスタム絵文字によるSlackやDiscodeのようなリアクションへ対応し、MFM(Markup language For Misskey)と呼ばれる文字装飾に関するマークアップ環境が整えられておりユーザーはより自由度の高い自己表現投稿をすることが可能だ。
そんなFediverseに居る創造者たちはGIMPやInkscape、FFmpeg、Imagemagickなどを使いこなし、日々面白いカスタム絵文字やアニメーションGIFを生み出してはタイムライン上で笑いを誘い、そしてTwitterでは知られることのないネットミームを生み出しては、いつの間にかTwitterでも使われるようになるのは珍しくなくなっている。
そのノリはまるで世間を全く知らない男子中学生のようで、バイトを始める人が多くなる高校生にすら至らない子供じみた文化だと言える。
ここまで書いて思うのはActivityPub、プロトコル、分散SNS、サーバー、Fediverse、GIMP、Inkscape、FFmpeg、Imagemagick、etc...様々な単語を持ち出したが、これら単語へ即座に反応できる人こそが色々と問題や騒動が巻き起こっている現在のTwitterから別のマイクロブログ型SNSへ移住することができる素質を持つ人々だということだ。ポイントは「移住することができる」である。つまりTwitterには「できない」人が居るのだ。
男子中学生のような子供じみた文化についていけない以前に、明らかにFediverseでは実際に手を動かして五感を刺激する創造へ対する評価が妙に高い。例えば社会問題へ鋭い意見を単なる文字で"ツイート"するだけじゃFediverseでは評価されにくいのではないか？という疑念がある。
Twitterでもイラストやショート動画、面白いGIFは評価される。しかしユーザーの割合で言うと、そのような実際に手を動かして五感を刺激する創造を行える者は少ない。Fediverseではそれが当たり前だとでも言うかのように割合として創造者が多すぎる。
無産オタクなどという言葉が稀に見られるけれどもFediverseでは無産オタクであっても少なくともカスタム絵文字やマークアップで面白おかしく装飾できるようでないと居心地が悪く感じてしまうのだ。Fediverseで無産オタクは価値がないと誰も言わないが、創造者への評価が異常に高いので相対的に無産オタクの価値は低いという現状がある。
誰かが砂場で山を作る、そしてそれを面白がった誰かがトンネルを掘る、水を使えば更に面白い造形が出来て流れる水はスゴイのでは？と誰かが提案し実行する。
Fediverseでは砂場の周りで評論しても砂場の中で遊んでいる子供は決して砂場の外へ目を向けない。眼の前の砂の山をどうするかで頭が一杯なのだ。
選民意識に使うリソースなどFediverseの創造者たちは持っておらず砂の山しか見ておらず、砂場の周りで評論する自分たちのことなんか全く気にしていないからだ。
一部の情報技術者寄りのギークはPhotoshopやIllastratorは触ったこともなく使えないがGIMPとInkscapeは困らない程度には扱えるというデザイナーがツッコミ入れそうなおかしなスキルセットになっていることがある
あるあるで笑ったw
いやわかる、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は使いやすいのか？と言われたら、それはもう好みの問題としか返せないのだがカスタマイズ性は非常に高い。
ロシアが大手企業を接収した場合には販売されるPCのOSがTRON-OSに置き換わるというシナリオが考えられます
TRON-OSはかつてアメリカに嫌われていてB-TRONなどは失敗に終わっているが、TRON-OSの中で唯一生き残ったI-TRONだけでもWindowsに勝っていて先進的であり、使用料は基本的に無料であるため、ロシアが大手企業を接収してWindowsなどが開発されなくなった場合、TRON-OS入りのPCが世界中に販売されることが起こりうると考えられます
そうなると、TRON-OSプロジェクトチームが動き出し、日本を中心に西側諸国などでTRON-OSが共同で開発されるということになりそうです
TRON-OSは異なるアーキテクチャで同一のコードを実行できると言われているので、IntelやAMDのCPUが無くなってもTRON-OSならTRONチップや別のCPUで開発を続けられるそうです
PCのOSがTRON-OSに置き換わるとWindowsよりもセキュリティーと安定性が向上し、非常に軽量になると考えられます
ロシアが大手企業を接収するなどしてTRON-OS入りのPCが世界中に販売されれば、TRON-OSのシェアは90%以上(残りの10%以下はサーバーやスパコンなどでLinux、一部のシステムでUnixなど)まで増えるということになりそうです
ロシアが大手企業を接収するなどしてTRON-OS入りのPCが世界中に販売されれば、QEMU、LibreOffice、Inkscapeなどのオープンソースソフトウェアは開発は続行し、TRON-OS向けにコンパイルしたものが公開され、TRON-OS向けの商用ソフトウェアも出てくると考えられます
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
Webでエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的にタブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ。
ただし、Webベースのゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。
Core i7クラスのCPUや16GB以上のワーキングメモリ、SSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。
Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。
1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。
しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。
ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。
Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。
Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。
ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。
Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能なものの、iOSと比較してレイテンシがそこそこ大きくDTMに活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。
そもそも既存のAndroid AppなDAWはVSTやLV2などの外部プラグインに対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか？
ただし、DAW単体でDTMを完結するとレイテンシはほとんど気にならなくなるので絶対にAndroid AppでDTMが不可能というわけでもない。
Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。
ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。
まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの？とは思う。
ICT教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。
LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも？
デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。
ChromeOSで動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。
ChromeOSへマウントされたUSB機器、というかシリアル接続された機器はLinuxレイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。
つまりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーでゲームやろうと思ってもUSBゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。
言うなればAndroid Appレイヤーでスクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。
ChromeOSがホストでLinuxレイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。
LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲストOSの制限はKVMも引き継ぐ。
ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。
CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。
GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか？
Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。
UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。
3Dのほか2Dゲームもいける上に、最近のIDEよろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。
浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザの視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。
しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇なLinuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEをインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。
そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。
ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ。
少なくともGoogle系エコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートはUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIなIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースのアップデートを無償で得られ、Gentoo LinuxベースなChromeOSは潜在的なマルウェアの絶対数がそもそもWindowsやMacよりも少ないという利点がある。
Bluetoothイヤホン・ヘッドフォン・ヘッドセットも使えるし、NestスピーカーやNest Hub、Nest Camを持っているのであればGoogleアシスタントからのコントロールが容易なのは想像が付くだろう。Android AppレイヤーはGoogleのホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーをデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い。
もちろんこれは選択するハードによるものの指紋認証でロックを解除することまでできる。
Googleエコシステムへ浸かっていてGoogleへ個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言で欠点を表現することが可能だ。
「Chromebookじゃなくても別に良くね？」
そう、ギークがLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギークは別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OSは別になんだって良い。
このエントリは単にChromebookという新しい沼へギークの皆さんをご案内しているに過ぎないのだ。
元々、10年前からアプリに組み込むアイコンはInkscapeとfontforgeを使ってfontを作っていたので、この作業自体は苦ではなかったんですけど、本来の適当なロゴを作りたいという所からするとかなり無駄な作業です。
クリエイターってそんなもんですよね。一応 覚悟を決めて半日ぐらいで全ての工程を終わらせるという目標はありましたけども…
（因みにこの半日というのは、個人的に飽き性なのと、時間がかかると最初と最後でクオリティが変わってしまったりして「沼」に嵌ってバイナリ化せずに終わってしまいそうだったからです。
カーニングとかちゃんとやりだしたら絶対半日じゃ終わらないと思いますorz)
うん、短時間で頑張った割りになんか微妙な感じになってしまった…（ヘッダー画像をご覧になれば分かると思います）
画像2
fontを作ろうと思った理由(の後付け)
クォリティは別として、私が働いているBrewusは「MONOZUKURI Platform」を掲げています。
その上でエンジニアはライブラリをデザイナーは素材やfontを使うことが多々ありますが、とは言え「ないもの」が存在するのも事実です。
で、単純な話「なければ作ればいいわけ」ですし、作れる技術や知識を身につければいいわけです。
使ってるツールもInkscapeだったりfontforgeなので、Windows/Mac/Linuxどの環境でも「無料」で作ることができます。
たかだかこんなもののためにお金払うのって微妙だったりしますよね？(というか有料ソフトウェアあり気だとその時点で学生の方とかにハードル高すぎると思います。)
間口は広くしておくことも大事です。
ここまで読んでもらった方ありがとうございます。
こんなfontでも使ってみようと思う方は、Githubにおいています。
fontforgeで生成したものはBSDライセンスになるはずなので、一応権利は作成者の私に帰属するはずですが、他はご自由に使ってください。使って面白いと思った方はこの記事のハートマークでも押してもらえると幸いです。
皆さん、戦隊モノは好きですか？
いつものように技術的なことはあまり書かずに、きっかけや経緯を書いていきたいと思います。
11月末に長女が生まれ、てんやわんやの中深夜の空いた時間にKindleのオススメにあった「トクサツガガガ」（以下ガガガ）という漫画を大人買いして読みました。
そこでふとなんとなく思ったのが「戦隊ロゴを作ってみたい」という欲求です。
そこで、いつもの通りInkscapeを立ち上げ「っぽいカタカナfont」を探しました。 最初に「ゾウフォント」を使ってレイアウトをしてみたのですが、なんか違う…
まぁ、斜体になってるとか、濁点の位置が下だとかはあまり気にならなかったのですが… なんと言っても
右下を凹ましたい！
まぁ、本人の拘りなんては他人にとって本当にどうでもいい事ばかりだと思うんですけどもどうしても譲れなかった部分です。
元々10分ぐらいでサクッと作りたいなぁと思っていたのですが、fontを探すのにも苦労するんでこれ以上探すのは時間の無駄だなぁと思ってました。
で、上の画像のように「ゾウフォント」の右下を凹ませてやったんですが、やっぱり斜体だったり、色々自分の脳内と違ったレイアウトになるわけです。 （※ゾウフォントが悪いわけではありません）
そうなると、脳内では「10文字もないカタカナなら1から書いた方が早いよなぁ」という結論になっていました。
そう、文字列が思い浮かばないのです「○○レンジャー」の「○○」の部分です。
そもそも「戦隊風のロゴ」を作りたいのであって、「○○レンジャーのロゴを作りたい」のではないので目的と手段が逆になっているんですね。
結果として前述の「ガガガ」の中に「濁音」を使うのがよいみたいなのを思い出し、なんとなく「ディベロンジャー」ってというサンプルになっていますが、当初は「クリエイター」とか「ググルマン」とか頭に思ってました。 （人の思いつきなんてそんなもんですよね。）
だったらfont作ればよくね？
まぁ、Inkscape使ってるならsvgfontとかすぐできるんで、10文字弱作るぐらいなら50音（実際は、濁音とか半濁音が入るので50個以上ですが）作るのもあんまり変わらないなぁと思いました。
社内行事のポスターの作成を頼まれて、初めていらすとやを使ってみた。
元々は総務の女の子がエクセルでポスターを作ってたんだけど、うまくいかなかったらしくて、パソコンの大先生ポジションの俺に頼んできた。
IllustratorだのPhotoshopだのはなかったので、とりあえずInkscapeを使いイラストを貼り付けてフリーフォントで文字を入れて完成。
今まではてブやツイッターでいらすとやの記事を見てきたけど、実際に使ってみると確かに異常な量のイラストがあり、あまり一般的でないうちの会社の業務に関するイラストも複数あった。
さすがいらすとや、素晴らしい。
GIMPやInkscapeを代替ソフトにするのはMS Wordでプログラム書かせるような苦行なんだろうと思うけれどKritaはどうなんだろう。ブックマークのコメントでも複数人がオススメしてるな。
GIMPはWindows版の遅さと不安定さが悪評を作り出している気がする。あれは何とかならないのだろうか。Windows版プロジェクト自体を止めてしまったほうが普及するかもと思えてくる。
俺のパソコンはArchLinux、嫁のパソコンにはopenSUSE、娘のパソコンにはUbuntuがインストールされている。
今まで娘に質問されなかったのでWindows OSの詳細を話したことがなかった。
娘にとって学校でよく使うWindowsはLinuxディストーションのうちの1つくらいの認識でしかなく、カスタマイズしたらWindowsになると思っていた。
娘はデスクトップ環境を知っている。
GnomeとKDEとXfceくらいしか知らないけど、デスクトップ環境を切り替えると操作性が大きく変わることを知っていた。
だからExplorerを知っているのかは定かでないが、Explorerに切り替えれば学校のパソコンと同じになると思っていた。
娘が言うのだ「お父さんCLIP STUDIO PAINT買ってよ」と。
「HAHAHA！娘よLinuxには素晴らしいGIMPやInkscape、KritaやAzPainter、MyPaintかあるじゃないか！」
「なにそのキモい喋り方。いや漫画かきたいし友達がクリスタ良いよって言ってた。フォトショは良いや高いらしいし、見てたらGIMPでだいたい出来そうだしさ」
「あ〜・・・お友達がかぁ・・・娘よ・・・クリスタはWindowsじゃないとまともに動かないんだ・・・」
「Windowsにしたら良くない？」
「違うんだ・・・LinuxとWindowsは全くの別物だ。根底(カーネル)から違う。iPhoneと娘ちゃんのパソコンくらい違う・・・iPhoneアプリは動かないじゃん？」
「うん何ていうかパソコンの中身のUbuntuを丸ごと消してWindowsを上書きしたらクリスタ使えるみたいな」
「設定とか全部無くなるってこと？」
「うんWindowsで似たような設定を再現できるだろうけど全く同じにはならないな。WindowsにGnomeのDashとかそもそも無いからね。いや今のWindowsはDashっぽいのは出てくるかな・・・」
「面倒くさッ！なんでそんな風になってるの！？」
「そもそもお母さんと一緒になった時点で我が家にWindowsは無かった。お母さんWebブラウザだけ使えれば良い人だからLinuxでも全く問題なくて、openSUSEはカメレオンかわいいって理由で使ってるからな？ｗ」
「え〜直ぐWindowsにできないのぉ？」
「明日買ってくりゃ明日からは使えると思うけど・・・う〜ん・・・我が家にWindowsかぁ・・・管理が面倒くさいなぁ」
「とりあえず買ってきてよ気に入らなければLinuxに戻す」
「おまっ・・・高いんだぞWindowsってクリスタよりも・・・誕生日プレゼントなしになるレベルの価格だ」
「ゴメンちょっと考えさせて」
長かったぁ～。すごく長かった。やっとLINEのスタンプ販売になったぁ～!!
作ったのは『うさおとうさこ』というスタンプ。
https://store.line.me/stickershop/product/1032123/ja
全然売れないけどね。。。
まずは、イラストを描くために無料のソフト（Inkscape）をインストールしました。
なんでInkscapeなのかは、
会社の人がIllustratorみたいな機能を持っているよ!!と教えてくれたからです!!
ちなみにIllustratorも少ししか触ったことがありません。
そして、キャラクター作り!!
家にうさぎのぬいぐるみがいたから、とりあえずうさぎにすることに!!
『うさお』だけだとさびしいかなと思い、『うさこ』も投入!!
そして『うさおとうさこ』という、微妙な名前になりました(笑)
ぬいぐるみの名前、うさおとぢゃなく、ウッサリーヌって名前にしてたらおしゃれになったのに。。。
次はどういう絵にしようか悩んで、
よしっ!!うさおとうさこの一日の流れを書こう!!と紙に描いて行きました。
とりあえず、ネタだし!!
とかとか、やってネタだし終わり。
そんなのだから、後になってあの絵も作っておけばよかったなと思うことに(´°ω°)ﾁｰﾝ
次は気を付けます。
あとはInkscapeでうさおとうさこを描くだけ!!
これが本当に大変で。。。ペンタブないから、マウスでコツコツと。
どうやったらカーブがかけるの？
どうやったら、回転できるの？
どうやったらぁぁぁぁぁ～～。;´Д｀);´Д｀);´Д｀);´Д｀)
最後まで気合いで、本当に気合いを入れて頑張りました(ﾉ*｀・Д・)ﾉ*.ｵｵｫｫ
うさおだけにしてたら、ちょっとは楽なのに。
色も付けるからこんなに時間が。。。とかとか思ったりもしました。
最初は一苦労でした。
やっと画像を登録すればいいだけ!!と思ったら、その登録作業にも手間をとられます。
スタンプの紹介分を書くんだけど、あれ？英語でも登録するの!!
日本語だけぢゃだめなの？エキサイト翻訳ぅぅぅぅぅ～!!に助けを求めました。
短く説明しないと、エキサイト翻訳が思いもよらない英語にしてしまう。
なるべく短く!!!!
そしたら『仲良しうさぎカップルのうさおとうさこ。ラブラブなふたりの生活をスタンプでお届けします。』みたいな、
人を引き付ける文章力がほしいなぁ～。。。
画像もなんとか登録し、登録までの長い道のり終了!!!!!!
LINEスタンプを登録した後の達成感は久しぶりに感じたものでしたね(笑)
しかし、修正は『stamp』を『sticker』に直して!!というものでした!!!
そうなの？『sticker』なの？？( ﾟдﾟ)ﾎﾟｶｰﾝ
説明文にスタンプと入れたいと考えている人は
英文で提出するときちゃんと『sticker』と書いてくださいね!!
その後アップデート２回を経てようやく販売に!!!!
２か月かかりました。
そして、最終的にはもう販売にならないんだとあきらめが入った中での販売ＯＫメール!!
すごくうれしかったです。ヽ(^◇^*)/ ﾜｰｲ
アイディアを出す!!
なれないソフトを使う!!
へたな絵を描く!!
つたない文章力を披露する!!(ﾉД`)
すごい達成感があります!!
売れないけど(笑)
もうすこし、リアクションを増やせばよかったですね!!
表情てきなものを!!
一日の流れにそってしまって、
頑張って作ったのに売れない『うさおとうさこ』スタンプ。
https://store.line.me/stickershop/product/1032123/ja
見てあげてください(笑)
今回の反省を活かして次はリアクションに気を付けて作ります!!
ここまで読んでくれてありがとうございましたぁ～。
備忘と記念を兼ねてまとめ。
http://dka-hero.com/pict_03/mak/01.html
『 A4を8等分するんだよ 』
『 だいたい 13～15枚におさまるように調整する 』
A4用紙を8つに折る → 折れ目で区切られた一枠を一コマとして描く。
この解説イラストを見ていなければ、描いてみようと思えなかったと思います。
ありがとうございました！
http://anond.hatelabo.jp/20111113010022
こちらに触発されて書いてみる。辞めてからかなり時間も経ったのでそろそろ書いてもいいかなと。
訓練内容はAdobeのCS4の操作方法→自主制作というのがだいたいの流れとなっていて、それぞれのアプリケーションのテキスト（フォトショ、イラレ、DW、Flash）とHTML+CSSの本という感じ。
このテキストを選定しているのは教室を運営している会社のようで、（伝聞で聞いたので定かではない）もし運営してる会社がWEB制作を知らないとか知っててもテーブルレイアウトだった場合にはあまりいい本は選ばれないようです。また運営会社同士でヨコの繋がりで話し合って本を決めてる部分もある（複数の教室で同じ本だった）のかな？と予想しました。
実際の訓練内容はハローワークで決めているのか運営会社で決めているのかは解りませんが、講師は訓練スケジュールやテキストに関してなにも言えない、わからないまま講義が始まります。
HTML5時代だというのにFLASHにえらく時間を割いたりするスケジュールで、受講生から「せんせーFLASHってどうなんすか？」と物凄く困る質問をされたりします。
また受講生はAdobe製品をアカデミックで買えるというナイスな特典があったりしますが、授業で使ってるのはCS4だけど買ったのはCS5.5みたいな微妙だけど重要なアクシデントが発生します。
HTMLの本もXHTMLならまだしもHTML4.01（しかもStrict）で書いてる本だったりすることもあります。
受講生はテキストを実費で購入しているため、ないがしろにするわけにはいかないので「これいらんだろ」とか思ってもとりあえず本の通りに進めなければなりません。（例えばHTMLの本を早めに終わらせてXHTMLの話をして余計混乱させたりとかあった）
ここで問題なのは受講生は基本的にお金に余裕がある人は少ないです。
AdobeのWebプレミアムがアカデミックで買えるとはいえ10万以上の余裕があるなら基金訓練なんかコネーよ！という人が半数以上いるんじゃないかと。
体験版はあるけど1ヶ月で終わるし、訓練自体は半年あるわけです。
なのでGIMPとかInkscapeとかもサラっと存在を教えておいたりします。
あとはフォームのHTMLだけ教えて肝心のPHPやらPerlやらには基本触れないのでそこも工夫が必要です。
教科書3冊くらいクリアするころには生徒からこれで本当にWEB屋さんになれるの？とか疑問を持たれますので、フリーでやっていく方法とか自分の経験談の話をすると人気の講師になれますが、会社からはいい顔されないかもしれません。職業訓練なのでどこかに就職するのが大前提なんです。
指導要綱みたいなものはキホンないので講師の思うとおりに教えられますが、上記のテキストの縛りとスケジュールの縛りがあるので本が変わる前にグループを作ってもらって共同作業させることを取り入れました。実際にWEB屋さんにいったら分業しますしね。
さて、各アプリケーションのテキストがいいものだったらよいのですが、そうでない場合は自分で課題とかを作る必要があります。
フォトショやらイラレはいいんですが問題はHTML+CSSとFLASH。FlashなんかはASがゴッソリ抜けてたりすると生徒から「やりたいことができない！」と嘆かれます。CSSなんかも「やりたいことができない！」と言われがちです。
実際は一人の講師が２コマやることがザラなんじゃないかと思います。
AM9時からお昼を挟んでPM3時まで+PM3時からPM9時まで。若干ズレはするでしょうがこんな感じなんじゃないかと。
これで課題を自作していたら睡眠時間は3～4時間くらいになっちまいます。ああ祝日ってステキ・・・。とか思い始めます。フリーランサーは普段の仕事は全部お断りしないとイカンかもしれません。
テキストの内容とスケジュール（ｘ月ｘ日からｘ月ｘ日までFLASHとか書いてある）なんか完全に合わないので苦悩します。
事前に用意できればいいのですが先に書いたようにスケジュールやテキストは開講数日前にコレでヨロ！的に渡されますので初めてやるひとは対応難しいでしょう。
とりあえず今日はここまで。
Linuxはデスクトップ分野以外ではいろんなところで使われてるよ。
向き不向きがあると思うんだよなあ。
目標がわかりやすい、ぶっちゃけていうと標準規格やパクリ元があるようなものって割と成功していると思う。
Firefoxなんかがその代表例で、GIMP、Inkscape、OpenOffice.orgなんかもその傾向がある。
一方で、プログラミング以外の知識が必要なものや、アプローチ方法が判りづらいものなんかは難しい。
ATOKみたいな日本語変換ソフトウェアではMS-IMEに追いつくのさえ厳しい気がする。
根本的にクローズにする必要があるDRM分野なんかも無理だろう。
