はてなキーワード: デザイナーとは
開発段階の映像見てこのゲームグラが悪いとか、トレーラーと製品比べてグラの違いみたいに取り上げるのゲーム開発への認識の違いで起こってる
例えばウマ娘のライブ映像とかでリメイク前とリリース後の映像比べてすごく違う!とか言ってしまうの
あれちゃんと見栄え設定してないだけで、いじろうと思えば数時間で本番環境レベルまで持っていけます
まともな開発環境では終盤までグラ詰めたりしない
ゲーム内の変更に影響受けやすいし、ゲーム全体のパフォーマンスに合わせてグラの上限決めるから、序盤からいじっても修正必須で二度手間
じゃあローンチトレーラーでグラフィック凝ってるゲームって何なの?って思うかもしれないけど
開発環境でやることもあれば全く別のCGツール、フォトショで映像作ることもある
プロトタイプはまあだいたい適当に動きだけでやるからデザイナーが作ったフォトショのことの方が多いぐらい
丁寧に説明できれば順応できる。何かに飛び抜けた集中力を発揮する。専門的なことをやらせたりすると成績は普通の人よりもよい
体育会系や文化系の昔ながらの日本的な社風だとすぐ辞めるドライな今風の会社だと馴染む
コミュニケーション能力は高く明るくて活発。人懐っこい。先のことを事前に準備しておくことができない。直前まで怠けている。時間の管理も計画の管理もできない。ミスして時間がさらに削れる。土壇場で慌てて完成度の低い仕事をする。頼まれたことを忘れる。ゆえに能力があっても無能。責任のある仕事は無理。やる事が二つ以上になるとすぐパニックになりすぐキレる。医療職などミスが命取りになる職種は絶対無理
両方の特性が足を引っ張りあって最悪
間取りを検討しているときにデザイナーと話をしながらいろんなノウハウを教わった
もう使うことがないノウハウなのでここで共有しておきたい
基本的には土地が(そんなに)広くなくても部屋を広く見せる方法で
いろいろとテクニックを駆使してもらった
人間はとにかく広い床が見えていると広く感じる
床の上にモノを置かない、というのもあるが
リビングに入ったときやソファに座ったときに床の見えている面積がどれぐらいあるか、が大事になる
中途半端な大きさの床が2,3個見えているよりも1つの大きな床が見えている方が広く感じる
家具の配置をなるべく寄せて床を見せれば部屋全体が広く見える
間取りが決まっているとできることに限界があるが、注文住宅であれば間取りの段階でそうなるように工夫する
ダウンフロアは好みならすればいいと思うが、床は広く見えなくなるのでオススメしない
あれはそもそも広いリビングを確保できるような家がアクセント的にするものらしい
床と同様に壁が大きいと広い部屋に見える
これも折れ曲がった壁や柱・窓で途切れた壁が見えていても広くは見えなくて長い壁が見えている必要がある
いくら注文住宅でも土地の大きさや形から最大限長くなる壁は決まってしまうのだが
その壁を半分とかに区切って部屋に分けるのでは無く、一面として見えるようにする
また、広い壁面があれば絵を飾ったり植栽を置いたりいろいろと遊べる
床と違って少しぐらい飾り付けをしてもアクセントになるだけで拡がりは感じることができる
光量が必要なら上や下などに作ればいいが
窓がないほうが外から見た壁面が大きくなるので家を大きく見せることができる
天井が広いと部屋が広く見える
吹き抜けがあると縦方向に拡がりを感じることができるが、狭いリビングだと逆効果になるし2階の空間を奪ってしまう
これも広いリビングを確保できるような家のお遊びだと思う方が良い
ダウンライトやペンダントライトもなるべく避けて間接照明を活用すれば天井が広くなる
また、アイランドキッチンの場合は真ん中に換気扇が来てしまうので天井がそこで途切れてしまう
これも端に寄せるように工夫する(長い壁面側に寄せると壁が途切れてしまうので注意)
飾り天井なんかもオシャレに見えることがあるが、そもそも狭いリビングだと梁も少なくてあまり飾りにならない場合が多い
広い壁を確保できたら、その端に掃き出し窓を作って外と繋げることで拡がりはさらに増える
このときに大事なのは壁・天井・床が外の壁・天井・床と繋がっていること
例えば床と窓に段差があると床が途切れてしまうので繋がらない
家の床が木材なら外もウッドデッキ、壁紙が白なら外の壁も白色、などとにかく繋がってることを意識する
こうすることで家の中から見たときに外まで拡がりを感じることができるので面積以上の拡がりを感じることができる
当然、外からは見えてしまうので見えないような方向に掃き出し窓を作ったり、土地境界に大きめの壁を作るなど工夫は必要
よく壁にタイルを貼っているような家があるが、壁に中途半端に貼ってしまうと区切りができてしまって広くならない
貼るならどこかの壁一面にしっかり貼ってしまう
中途半端にテレビの裏側だけに貼っているようなのを見かけるが何が良いのか分からないしテレビの大きさが変わると破綻する
値段は張るが家の値段に比べたら微々たるものなので気にせず投資した方がいい
大きめの窓にカーテンを付けるとカーテンそのものが大きくなり、端に寄せておいてもかなりの圧迫感になる
バーティカルブラインドなら小さくまとまるし内側に付けられるので壁の邪魔にならない
これも通常のカーテンに比べると効果になるが微々たるモノなので気にしない方が良い
窓が大きく開放感のあるリビングを作っても
夜になると外が真っ暗になって非常に怖いリビングになってしまう
また外のライトが少ないとガラスが内側を反射して外の景色は見えない
掃き出し窓の外はライトを多めにしておいて、夜はなるべく部屋の明かりを落とすような工夫が必要
とはいえ明るすぎると目立つ家になってしまうので微妙な調整が必要
できればライトの種類や向きを調整できるように計画しておくと良い
自動ライティングとか自動でカーテンが開いたりとかもあるが、そこまでやると値段が張るので気にした方がいい
ソファやテレビ台などの家具は壁や床を隠すので最低限のものにする
他に使いたいモノがあれば別の部屋に置くことも検討する
だいたい以上だが、基本的には大きな面が見えるようにする、というのが大事らしい
床材や壁紙をいろいろ変えたい気持ちをグッと抑えれば同じモノに統一することができて大きく見える
抑えた気持ちは他の部屋で発揮すれば良い
例えばトイレなんかは絶対外から見えないのでやりたい放題すればいい
リビングをとにかく広く見せておいて、他の部屋はとにかく機能性・コスパ重視、みたいにメリハリを付けるのも良いと思う
こうやって出来た家だが、確かに面積以上に広く見えて満足している
「男だから平気だと思った」セクハラ受けたトランス女性、会社と上司を提訴
イラストコミュニケーションサービス「pixiv」を運営するピクシブ社に勤めるトランスジェンダーの社員(30代)が、男性上司からセクハラを受けたとして、男性上司および同社に対して、慰謝料約555万円を求め、東京地方裁判所に提訴する。原告側が5月27日、記者会見を開いて明らかにした。
今も同社で勤務しているという社員(以下「原告」)は、男性として出生したが、現在は女性として社会生活を送っている。
提訴前に開かれた会見で、原告は「周りにも同様の被害を受けている女性がいて、(会社に)一緒に相談したが、生来の女性と私に対するセクハラでは『重みが違う』と言われ、本当に悔しい思いをした」と会社の取り扱いを批判。訴訟提起については、「同じようにセクハラで苦しんでいる人の助けになれれば」と話した。
訴状によると、原告は2018年4月にデザイナーとして入社した当日、歓迎会で同社執行役員の男性上司から腰に手を回された上で、原告の性自認(性同一性)や、これまでの男性・女性との性的経験などについて聞かれ、わいせつな言葉もかけられたという。
別の機会には「キャバ嬢にしか見えない」「ハプニングバー通いしてそうな顔だ」などと性的な発言も投げかけられた。
2018年夏ごろには、男性上司から原告に対してセクハラについての謝罪があったが、「男だから平気だと思った」「これからはお前を一人の女性として見る」などと言われるなど、性同一性について理解を欠く内容だった。
謝罪後も、手を握られた上で性的な質問をする、原告の陰部に顔を押し当てられるなどのセクハラは続いた。顔を押し当てる際の様子を撮影した写真もあるという。
セクハラに耐えかねた原告は2019年3月、会社のセクハラ窓口となっている弁護士にセクハラ被害を相談。会社は、原告からの相談・申告を受け、(1)2人の執務フロアを分離する、(2)男性上司を飲み会へ一切参加させない、(3)同じ事業部に配属しない、という措置を原告に約束。同年4月には、男性上司は懲戒処分として、執行役員を解任された。
しかし、2020年4月からの1年間は同じ事業部に配属される状態になるなど約束した措置についても徹底されなかったという。
原告は2022年1月、精神疾患があるとの診断を受けて休職。2022年4月に復職したものの、精神的損害は大きく、男性上司との慰謝料請求に関する交渉も不調に終わったことから、訴訟提起をするに至ったとしている。
●「なかなか声を上げづらいし、声を上げても理解してもらえない状況」
原告側は、今回のハラスメントを、性的指向・性自認(SOGI)に関する差別や嫌がらせ「SOGIハラ」だと位置付けている。
原告は今もピクシブにデザイナーとして在職している。訴訟を提起することにためらいはなかったものの、男性上司だけでなく、会社をも訴えることには迷いもあったという。
「真面目に勤めている人も大勢いる状況で、会社まで被告にすることには悩みました」(原告)
SOGIハラで悩んでいる人への伝えたいことを会見で問われた原告は、「セクシャルマイノリティの方は、なかなか声を上げづらいし、声を上げても理解してもらえない状況にある。LGBTでも男性でも女性でも、『(ハラスメントを受ければ)被害は被害』という認識が広まってくれれば」と話した。
原告代理人の仲岡しゅん弁護士は、女性に対するハラスメントについては「やってはいけない」と社会的に認知されてきている一方、トランスジェンダーの人に対するハラスメントについての認知は不十分と指摘。
そのうえで、「背景には面白がってやろうとする意図があったのではないか。男性も女性もトランスジェンダーも同じ。相手の性的指向・性自認で、『やっていい』『やっちゃいけない』というわけではない」と話し、訴訟を通じてトランスジェンダーに対するハラスメントに関する社会的な理解を広めていきたいと訴えた。
●ピクシブ社の回答
ピクシブの広報担当は、弁護士ドットコムニュースの取材に対し、「訴状を受け取っていないため、コメントは控えさせていただきます。正式な訴状内容を確認の上、適切な対応を行ってまいります」と回答した。
父はインフラ勤め、母は専業主婦の普通の家庭に生まれた。両親はふたりとも高卒で20代後半で結婚してわたしが生まれた。
住まいは社宅から一軒家になり、リビングのある1階と寝室のある2階の家になった。
父は酒を飲み、タバコを吸う男だった。そして母は一滴も酒が飲めなかった。
父は暴力は振るうことは一度もなかったが、酒を飲むと、少し語気が荒くなった。母はそれを毎日避難し、毎日2階に逃げた。
子供の頃のわたしは、母を2階に呼びに行かなくてはならなかった。
母は常にわたしに、年をとったらわたしが母を介護するのだと毎日言い聞かせた。
子供であるわたしは、毎日父の不満しか口にしない母に媚び、慰めないといけなかった。
そしてたまに1階でわたしは父が酒を飲んでこぼす母への愚痴を聞いてあげないといけないのだ。
わたしは2階の自室で部屋のベッドで小さくなりながら布団を抱きしめて毎晩過ごした。
わたしは体が小さく、運動はできなかった、また容姿もよくなかった。しかし勉強はそれなりにできた。
わたしは近くの中学校を経て、県立の進学校に進学した。わたしは少しだけやっていたスポーツをやめ、ガリ勉になった。
わたしの学力は上がった。地元の医学部の推薦を受けることの出来る成績であったし、父はわたしに医者になってほしかったようだった。
しかしわたしは官僚になりたかった。文部科学省で、子供の未来を司る教育を作りたかった。思い返すと、子供である自分が満たされていないことの代償行為かもしれない。
慶応には受かったのでそちらに行くことにした。当時は家がおかしいとは思っていなかったが、家で浪人はできる精神状態ではなかったというのは無自覚ながらあったのかもしれない。
滑り止めは大阪大学の予定だったが受けなかった。そのとき父が単身赴任で大阪に行っていたので、やはり避けたかった思いがあったのかもしれない。
大学は刺激的だった。
わたしはいわゆる陽キャに分類されるであろうサークルに所属し、おそらく人生で一番楽しく充実した毎日を送っていたと思う。
そこにいた彼らはみな優秀で誠実で、親の愛と期待、また財力もあった。彼らのほとんどは期待と自信に満ちあふれていた。
彼らは本当に善性に満ちあふれていて、世の中を肯定的に見ることが出来るのだ。育ちが違うというのはこういう事を言うのだろう。昔話題になった低学歴の世界と高学歴の世界はまさしくこれである。
そのうち、わたしに初めての彼女ができた。今思うと浅はかな考えだが、わたしは全くもてなかった、だから当時、彼女さえいればバラ色の人生とは行かずとも人生が好転すると信じていた。
しかし、それは何も自分の渇きを癒やしてくれなかった。自分の持っている悩みは解決されないまま恋愛関係という新たな悩みをわたしにもたらした。
わたしは彼女と別れた。そして気まずくなりあまりサークルに行かなくなった。
年次が進みわたしは就活に向けて、大学向けの官僚の話を聞きに行った。そしてショックを受けた。そこに来たのはみな東大出身だった。自分の大学向けの講演であったにもかかわらずだ。少しは慶応出身のひともいるはずなのに。
わたしは後悔し、東大に行けなかった自分を恥じた。そして受ける努力もせず官僚を諦めた。
わたしは堕落し、成績はどんどん低下した。お金もなかったが留学するだけのGPAも全く確保できていなかったと思う。卒業はぎりぎりだった。
わたしはインフラ企業に就職した。安定した企業で地方転勤がない会社に入りたかった。NGだけがあってやりたいことが思いつかなかったので公益性などを考えた、いや就職のための美辞麗句として使用しただけかもしれない。自分でもわからない。なんだかんだで父を尊敬していたのかもしれない。
しかし、コンプレックスは拭えなかった。先輩方はみな電通や博報堂に入社していた。そもそもわたしは受けもしていない。
同じサークル出身でまさに文部科学省に入った同期もいた。ハンデを乗り越えて入省した彼は本当にすごいと思う。しかしわたしは怖くて彼と連絡をとることはできなかった。
わたしは会社で体育会系の部署に配属され、不眠症になった。不眠症は一項に改善されず処方される薬はどんどん増えていった。
わたしは仕事にやりがいも見いだせず、また傍目にも優秀とは言えなかった。当然ながら、出世コースに乗ることはできなかった。
他の会社は違うのかもしれないが、この会社は出世ルートから1度でも遅れたらもう二度と追いつくことはできない仕組みになっている。
しかしやる気はでなかった。そもそも出世したいかしたくないかもわからなかった。しかしお金は必要だった。
わたしはそのうち花形部署に配属された。それなりの残業代を得て、それらはすべてソーシャルゲームに消えた。
そこではわたしの評価は勝手に上がるようになった。私は上位の等級に選ばれ、少し位が上がって係長になった。同期では真ん中くらいか少し遅いほうかもしれない。
昔の部署で自分より年下の後輩が係長になっていたのを見て、ショックを受けていたわたしは少し持ち直した。
そもそもそれでショックを受けるまで出世がしたいとも思っていなかった。もはや取り返しのつかないことだが。
わたしは奨学金を借りていた。そして、借りたお金を利子がつかないよう両親が建て替えて両親に返す形になっていた。
なぜかそれが親の好意みたいな形になっていたし、そもそも払えるじゃないかとも今は思う。そして母は利子をつけない代わりに、支援機構の倍の速度での支払いを要求した。
わたしは10年かけてそれを返した。そして最後に振り込みをした日に両親と絶縁した。
わたしは外から見たら、おそらくそこそこ恵まれているように見えているのではないかと思う。
部屋は最新のガジェットとデザイナーズ家具で溢れている。椅子はアーロンだし、キーボードもRealforceだ。Alexaは一声かけるだけでシャンデリアを操作してくれる。なのに、わたしは大枚はたいた高級ベッドの上で、大の字で寝ることもできず、子供の時と変わらず隅っこで布団を抱いて眠ることしかできない。しかも大量の睡眠薬が必要だ。
わたしは人の顔を思い出すことができない。父も母も妹も昨日あった同僚でさえもゼロから顔を思い浮かべることができない。
>そういうこと喚き散らしてる人に限ってグッズも円盤も買わない配信サービスで観ただけ、みたいな別に大したことない人多いイメージある
>〇〇はいいぞ…!っていう人とかもそう
>本当にやばいやつは何も言わずに大金つぎ込んでるし特にそれに対して他人に何かを言ったりしない気がする
>これなんなんだろうね
https://anond.hatelabo.jp/20220426103956#
別にそんな事はないが金を使わない上にそれを公言するヤツはおつむがヤベー傾向にあると思う
というか原作未読・未視聴とかゲーム未プレイをアピールして2次創作しているヤツすらもいて
いよいよ極まって来たなって思ってる
アニメ・ゲーム・マンガに金をぶっ込むのは、キャバやVに金をブチ込むのと実質的に変わらない面もあるので
金をぶっ込む余裕がある=まとも(常識がある) とはならないが、
少なくともそこそこの金を得る手段(社会性)は持っている人物である
それを正面から放棄している人物が集まるオタク界隈は本当に弱者の寄合所ですわ
> 売春婦多いよ。アニメ・ゲーム・マンガに金をぶっ込むのは、ホストに突っ込んでるのと同じ。
https://anond.hatelabo.jp/20220426104103#
ジャニオタ、バンギャ、2.5次元追っかけ、ソシャゲ廃人、BL狂いには夜職は多いが、
オタク趣味は男女共にそれなりお金がある人たちの趣味だったのですよ
女にしたって古くからPC自作含めて触ってる、DTPオペやデザイナー、CADオペ、3DCG(住宅パースなど)が多かった
そういう職では無くても当時高額だったPCを入手出来る手段を持つ職や実家の人が多かった
今やそれがまったく期待できないのがオタク界隈ですな
そこそこの金を得る手段(社会性)を正面から放棄するあたおかが集まるのがオタク界隈。弱者の寄合所
大学の同期が入ってたけど今も頑張ってるのかなあ
ヤフー“完全オンライン”の就業型インターン 検索サジェスト機能改善など91コース
ヤフーは5月20日、完全オンライン形式の就業型インターンシップの参加者募集を始めた。最長3カ月のエンジニア向け長期コースや、オンラインでの営業実務体験コースなど91コースを用意。国内に住む18~30歳の学生が対象で、約160人を受け入れる。
エンジニアやデザイナー、営業職が対象。「Yahoo!ショッピング」トップページを題材に、システム・デザインの改善・実装する研修や、「Yahoo!検索」のサジェスト機能改善やアプリ開発業務、Yahoo! JAPANのマーケティングを提案するといったコースを用意した。時給は1300円(日給1万75円)~。
ヤフーは現在、社員の約9割がテレワークで働いているという。コロナ禍が始まった2020年以降、完全オンライン形式のインターンシップを実施。全国どこからでも参加できるようにした。
前職と比較すると平均技術レベルはマジで変わったように感じる。
前職だとクリーンアーキテクチャやらCI/CDやらは言葉の意味すら知らない人も多かったけど、
今の職場だとイケてるエンジニアは当然知ってるよねみたいな概念は最若手含めてほぼ全員理解してる感じ。
FargateやらKubernetesやらGraphQLやらAWSやらGCPの聞いたことないサービスやら新しい技術は常に吸収して実戦投入してて、
凡人エンジニアである俺にはついていくだけでも結構きつい、でも乗り切ったら市場価値もめっちゃ上がるんだろうなって感じもある
コードの品質についても常に議論を交わしてて、コードレビューの厳しさとか今までやってきた会社とは比にならないレベル。
命名として若干ニュアンスに違和感があるとかUT項目の境界値が1ずれてるとかでもどんどん突っ込まれるし、「よくわかんないけど動いてるから良し!」みたいなのは容赦なく潰される。
ペアプロ・モブプロはしょっちゅうみんなやってる。クラス設計に関する議題だけの会議とかも開かれたりする。
会社の規模も超大手ってわけじゃないけど俺が関わってるサービスの部分だけでも前職比較だとサポートとかデザイナーとか含めると10倍とは言わないけど近いくらいはいる。
開発手法もアジャイルの規模大きい版が実施されてて、それもなんちゃってじゃなくてちゃんとセオリーに則ってる形で管理されている。
ただ「これだけの人数いて、これだけ高い技術力があるのに作ってるサービス自体は俺が極少人数で枯れきった技術スタック使って作ってた前職のサービスと大して変わんなくね?」っていうのもまた感じた。
そら管理コストがかかる分10倍の人数がいたって開発速度が単純計算で10倍になるとは思ってないけど、前職で作ってたサービスの2倍分も価値を提供できてんのかなこのサービス?っていう感じというか……
前職は優秀な人を放任してタイムアタック的にひたすら高速リリース繰り返すみたいな感じで、(一応セキュリティ周りとか品質とか最低限はちゃんとしてたよ)管理コストが少ない分一人あたりの生産性は高かったと思う、属人化ってことだからそれが良いとは思わんけど。
動いてるものが同じなら採用技術がオンプレだろうとFargateだろうとGraphQLだろうとRubyだろうとウォーターフォールだろうとアジャイルだろうとユーザーにとっては関係ないし、
NetflixとかGoogleみたいな世界ならともかくとして、世の中の大半のシステムってそういうことじゃないじゃん?
難易度の高いイケてる技術スタックを使う=必然的にエンジニアのお賃金が高くなるってことだから、経営者視点から見てもこういう選択って果たして正しいのかなぁって。
なんならエンジニアの賃金上げるための利権的な使われ方なんじゃっていう気もしてきた。
どう思うよ。
ジョブホッピングして色々な会社見てきたけど、旧来のITコンサル/SIer/ユーザ企業系の文化の従来型IT人材組織でモダンIT人材は死んでいくね。
ITエンジニアでもデータエンジニアでもPDMでもWeb(UI/UX)デザイナーでも、職種に関わらずモダンIT人材は従来型IT人材組織ではだめだな。
とにかく合わない。
今まで見てきた従来型IT人材組織では、モダンITは人材はすぐ去るか、能力を発揮できないまま去るか、心が折れたり鬱になったりして去るかといった感じだ。
解決策はない。
ほんとこれに解決策はないと思う。
従来型IT人材組織はそのまま従来型IT人材と従来型のITとの向き合い方を続けるしかないし、モダンIT人材はそういう組織に近づくべきではないな。
ふと北九州の中学で同級生だったマドンナと若いころ新宿で再会した出来事を思い出した[1]。画家を目指し上京したものの夢破れ不本意ながらデザイナーの道に進んだ吉田は、あるとき歌舞伎町で一杯ひっかけてモダンジャズ喫茶の前でタクシーを待っていた[1]。そしてかつて親しくしていたマドンナと偶然鉢合わせるのだが、美人で利発だったかつての初々しい面影は失せ、こちらを避けるような眼差しを向けながら黙って雑踏へ消えていった彼女の姿に吉田はひどく心を痛め、「ああ、きっと苦労しているのだろうな」「あの子に恋人がそばにいたら、幸せになれるだろうに」といたたまれない気持ちになったのだった[1]。吉田は彼女の境遇を自分の境遇に重ね合わせ、都会での生きづらさ、人を変えてしまう都会の非情さを詞に込め[1]、1964年の東京大渇水の際に生まれた「東京砂漠」という言葉にタイトルを託した[2]。
「あなた(恋人)がいれば…」と何度も繰り返されるフレーズを[1]、前川清はその粘りのある歌声で[2]切々と歌い上げた[1]。
おおお、なら興味や機会があったらならやってみるんやで。向いてれば良いバイトになると思う
あと念のため、30代前半以上はどこも採用しないとか、浮く・意地悪されるとかはないと書いておく。本人が気にするかどうか
いろんな職場覗きまくってるけど、テスターの人たちが最も民度高かったよ
プログラマーよりもデザイナーよりも運用よりも企画よりも経理よりもその他専門職よりも民度高い。マジで黙々と仕事している
スケジュール管理しているリーダー・マネージャー・営業はワンチャン癖があるかもだが
そこはなんとか乗り切って欲しい。たぶん癖はあっても悪いヤツではないはず
昔、ワイがいたところは年末のビンゴ大会で高額なゲーム機が当たるイベントとかやってたで。テスターの人しか貰えない仕様だった
https://www.smashingmagazine.com/2022/05/you-dont-need-ui-framework/
I empathize with developers who want to launch a professional-looking project without any sort of design intuition…
テンプレート (https://mui.com/store/?utm_source=marketing&utm_medium=referral&utm_campaign=templates-cta#populars) から適当なの選んで使うんだよ
これ書いたやつは本当にプロなんだろうか?
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか?(他力本願)
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
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という新しい沼へギークの皆さんをご案内しているに過ぎないのだ。
20年間をイラストを描くどころか30年間イラストを描くことに捧げたワイ参上
「イラスト描くのに、その他のことをする欲望に打ち勝つ必要がある」
という発想そのものがまず無かったわ…
イラスト描きにとってはイラストを描くことこそが至上の娯楽だから、イラスト描ける環境と時間が目の前にあったらまず最初にイラストを描く。それが自然。
アニメ観るのもゲームやるのも全ては良いイラスト描くためのネタ集め(または、SNSの流行をキャッチアップして今ウケる二次創作元を探すための時間)って面が非常に強い。
大学進学も、より良いイラストを描けるスキルを構築するために捧げた(=美大進学)。
そのままの流れでデザイナーになったから、仕事中に獲得できるスキルも全てイラスト制作に活かしてる。
そういう、「一生を懸けて死ぬまで磨き続けたいスキル」が、元増田にとってはイラストではなかったというだけの話なんだろう。
元増田にも、そういう死ぬまで追い続けたいスキル(例えばプログラミングとか)との運命的な出会いがあれば、「ダラける欲望」に自然に打ち勝って自己研鑽に励みまくるモードに突入すると思う。
弊社ではその設立当初、というよりも創業者(=私)が個人事業主だった頃から業務に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%は主に私が出社しているからw
社内にサーバがあるので私以外も出社してくることはありますが基本的にコロナ禍以降は全従業員がリモートワークです。
そもそもコロナ禍以前でもリモートワークしてた気がしなくもないのですが当時は3割4割くらいだったでしょうかね?週に何度か出社して来ないが自宅からdoneしてくる従業員が何名も居たので。
タイムカードもElementのbotへ投げると自動的に処理するようになってます……が、実際のところ最後の処理で私が大目に時間を付けてます。打刻を忘れることもあるしね。少ないより良いやろw
結局、郵送物(今ならコロナワクチン関連とか)を処理する必要があったりなど誰かしら会社に人が居なければならず、自分でも忘れがちですが創業者なので私が会社に居るよってことで私だけがほぼ出社するという状況になってます。
オフィスの処分も一時期考えたのですが、増員への教育とか考えるとやっぱりオフィスあったほうが良いよなぁなんて思ってそのままです。もしかしたら引っ越しするかも?
1つだけ申し訳ないことがあって、コロナ禍の状況下でどうやって増員したら良いのか教育したら良いのか私の能力を超えていまして現在は新規募集を停止中です。いやホント申し訳ない。
事業が軌道に乗った以降は毎年最低1人は取ろうねと古株と話していたんですが、こうなっては無理だよねと苦笑しあってます。
どうやって世間の同規模中小企業は新人教育やってるのか解らなすぎる。会社に誰も居ないじゃんと。
上場する気も更々ないし無借金なので、のん気にこのままゆっくりと会社を維持していきたいなぁと思ってます。
早くコロナ禍終わらんかなぁ……。