いや出来なかったのかと言われると…たまに妙に失敗するときがあってすげーイラッとしていました！　正直バグなんじゃないかと思ってたくらいです！

それが解消できたので書き残しておきます！

※ただこれは私が使用している、MacBookPro2020年モデルについて書いています。デバイスの話なので、お手元のトラックパッドがもし該当しなかったらごめんなさい

トラックパッドの押し込みが2段階あった

気づいてしまったら答えは簡単で、トラックパッドの押し込みが2段階あり、その1段階目で止めるとドラッグ&ドロップが成功します。

トラックパッドの表面を押し込むときに注意深くしていると、押し込みが2段階あることに気付けるはず…2段階目まで押し込むとそのファイルが実行されたり、ファイル名の変更になったりします。(このへんも、なんかタイミングによって挙動がまちまち)

マウスに例えると1段階目がシングルクリック、2段階目がダブルクリックって感じでしょうか…

おそらく今までは無意識に、ドラッグ&ドロップするつもりのときは浅い押し込み、そうでないときは深く押し込んでいたのかもしれません。もしくはその時々のタイミングでOS側がうまく判断してくれていて、なにかの表紙にそれが働かなくなるとドラッグ&ドロップできないモードみたいになるか…

もう4年くらい使ってるのに…

ええ、これに気づくのに4年…いやMac miniにトラックパッド繋げていた頃からだともっとかかりました…全く気にしてなかった…

気づいたのもたまたまです。マシンが重くなった後とかで 妙にFinderでのドラッグ&ドロップができなくなる ときがたまにあって、すごいイライラしていました。そういうときにがちゃがちゃ試していたらあれっ って感じで。

加えてWindowsノートはタッチパッドと別にボタンがあるタイプだったからタッチパッドそのものでクリックするって感じでもなかったし、今使ってるChromebookなんかだと押し込みがあっても1段階で、正直2段階になっている発想がなかった。

またこれを知らなくてもだいたい上手く動いてくれてたから…やっぱりOSが動きをみてアシストとかしてくれてたのかもしれないですね。

ソフトによって挙動がかわるかも

ただ上記のような使い分けはFinderに限った話で、他のアプリだと1段階目も2段階目も同じ挙動だったりします。(だから余計にわからんかったのかもしれない)

タッチパッドの押し込みをマウスのクリックのようなものだと捉えていると、そもそも2段階になってることに気付けないかもしれません。

「Mac Finder ドラッグアンドドロップできない」みたいなキーワードで検索すると他にもいろんなパターンで困るときがありそうですから(OSやFinderの再起動でできるようになったことも確かにあった気がする)、この記事の内容が解決につながるかはわかりませんが…

もし同じような困り方をしている人がいたら…なにかの参考になれば幸いです。

ただ 「縁を切れ」と言われたら「おっそうだな」としか思わない からまあリムブロしといてくれればいいなとは思います。そのほうがお互い平和に生きていける。

(ちょっと追記)おそらく「エンジニア向け」の記事じゃない

スクールの活動内容や対象をみてると、対象にしてる客層は 「エンジニアとまでいかないけどプログラミングを学びたい人」向けなんだろうなと思いました。

それはそれで良いのですが…そうすると、こういう形で炎上するのは 「正論言ったらいけ好かない老害エンジニアがわめきだした！」 みたいに映ってるんだろうかなあとも。

ガチで数学必要になる仕事とか、サーバートラブルに緊急対応する仕事とかは本当の専門領域になるとは思いますが、逆にいえば専門でなければそこまで要らないもの事実で、ちょっと業務改善したいとかそういうところだったら要らないですしね。

逆に、「プログラミングを仕事にしてないけどちょっとやってみたい人」からすると、エンジニアの態度に思うところとかもあるんだろうなとは。(これはエンジニア云々ではなく、すべての職業と専門外の人の関係性だとは思いますけど)

狙ってそうなったかはわからんけど、そういうところに届く炎上商法になってるかなあと。ターゲット層にノーダメージだし見事な施策ですね。

だからまあ…うちの記事はすっかり話題ずれてるし取り下げはしないけど、反発するだけ思うつぼ感はあるね…

※ただ無駄に数学押し付けてきたり、意味もなくイチからサーバー作ってデータセンターに置こうとするようなのは普通に仕事としてご遠慮いただく気持ちです。「〜すればよいのでは」についてはシチュエーション次第なんだよなあ。

プログラミングはもちろんエンジニアの専売特許ではないし、むしろこれからパソコンみたく普通に使っていく技能になるかもしれないとは思うから、スクールの対象や方向性は良いように思えただけに残念でした。

「 数学を勉強しろ！」はどこまで？

数学知識をどこまで使うかは正直業種によるでしょう。としか。

記事だと「プログラミングに必要な数学知識は中２レベル」とありますね。連立方程式、一次関数、確率が含まれているようなので確かにこのあたりくらいかなとは。

個人的に仕事でやっている部分を振り返ると、 四則演算 は使うと思います。 更にハードルが下がった。

あと 確率 もたまに話に出てくるかな…

ただプログラム自体が数式の塊ともとれるし、関数 や 代入 なんかは日常的に使ってると言えるかも。

ゲーム・3D表現だとどうだろう

完全に門外漢なんで違ったらごめんって話はしとく。

昔はゲームつくるとき行列とかベクトル演算とか必須だったと思うのだけど今はUnityでぐりぐり回せちゃう からなあ…

衝突判定も コリジョンつけたら終わり だしなあ…

シェーダー書き始めたりしたら必要になってくるのかな…？

機械学習だとどうだろう

これも門外漢なんですが、ライブラリ使えば動くことは動くんだけど どう使えばいいかわからなくて統計の勉強始めた ような気はする。 そして挫折した(ごめん)

データアナリストやデータサイエンティストも統計とか必要になってくると、中2数学を遥かに超えたところ を求められるんじゃないかとは。

なんで今をときめくこの分野だと 数学必須 じゃないかなあとは思う。いずれライブラリが充実していらんくなるかもしれないですけどね。(でもそのときが来たとしてもむしろ数学知ってる方が価値が高い人材になってるだろうなとも)

「数学を勉強しろ！」は結局どうなのか

業種無視してマウントとってくるのは無視していいんじゃないかと思います。

職場で言われてるなら具体的に必要な部分を聞いて学んだほうがよいかもしれない 。

あと「○○エンジニアを目指すなら」って 業種の前置きがついてる 場合も、必要性を検討したほうがいいと思います。 実際必要な可能性ある と思うから。

亜種「○○を勉強しろ！」

いろいろありますね。「SQLを勉強しろ！」「アルゴリズムを勉強しろ！」とか。このへんも同様。 目的に沿って必要か必要じゃないか かなあとは。

「サーバーを0から構築する」のはどうなの？

昔の栄光を語る&サーバーを０から構築したがる

ってセットにされてるのが 解せぬ のだけどまあいいや。

今どきサーバーを0から(インストール画面から)構築する機会は ほぼない とは思います。私自身ももう数年、下手すると10年以上はそんなことしてないですね… ( 自分ちのWindowsが死んだ ときくらいですかね…サーバーじゃねえや…)

※自分個人の経験を元にしてるのでサーバー=Linuxサーバーと思ってもらえれば

ただAWSのEC2などで用意されているのは インストール直後のLinux なのでいろいろ足りない。実際に使える状態にもってくためにミドルウェアをインストールしたり設定したりは必要になります。

インストール後のセットアップを含めるなら「0から構築する」機会はそれなりにあると思います。

このあたりも今どきだと、「インフラエンジニア」って枠で別になっているから PHP書いてるだけだと縁がない 感じはしますけどね。 残念ながら逃げられると思うなよ。社内環境だけでも動作がおかしいみたいなのがつきまとってくるし長くサービスを続けているとバージョンの問題も絡んでくるし。

「0から構築したがる」ってのはそうする必要があるってのと、いざってときにそこまで知ってないと詰む って話の裏返しでもあると思います。(もしかしたら「数学勉強しろ」もそういう面があるかもしれない)

「0から構築する」=Dockerfileかも？

「0から構築する」を今風に言うと Dockerfileを書く になるかもしれんですね。あれはまさに構築手順の自動化なので。Dockerfileを用意したオリジナルコンテナで運用とか割とする機会あるんじゃないです？

マイクロサービスになっていくと、「どれをインストールしてどれを削るか」みたいなところの構成もコンテナごとに考える必要があるので、おっさんが昔からやってる「ゼロから構築」とは別の観点での「ゼロから構築」が必要になってくるかもしれない。

またAWSなどでは便利なサービスが揃ってて、RDSとかElastiCacheとか個別のサービスを使うことですべてのミドルウェアを自分で準備する必要はなくなってるし、いずれ全部サーバーレスになってコードを書くだけで済むかもしれんですけど。そうなってくれたらそっちのほうがいいわな…とは思います。

勉強のためならプログラマでもやってみるのアリかも

そういう現代なんで口に出す機会もあまりないですけど、 勉強のためゼロから作ってみるのはアリ なんじゃないのとは思ってます。古いPCにLinuxインストールからしてもいいですが、EC2インスタンスでPHPサービスが動くとこまで構築とか、OSインストール済みから始めてもいいですね。

「プログラム/サービスが動かない」って結構、回避する手段としてサーバーの設定をいじったりすることも多いですしね。 具体的にはメモリ上限を上げたりswapをぶっこむ んですが。大抵。

過去の栄光の自慢話

本当にすまない。飲み会の戯言だから聞き流してやっておいて。 自前でサーバー抱えなくてせいせいしてるから出てくる話 だよ。戻りたいとは思えないね…

「〜すればよいのでは？」

煽り口調なのでイラッとする 書き方ですね。こうは言ってません。

言ってませんがたぶん似たような言葉として「〜してはどうでしょう」みたいな文言を、主にPRレビューで多用しています。

「実際書いた人が一番その仕様に詳しいはず」と考えていて、そのスタンスで望んでいます。なので「こうしてください」と迂闊に書いてしまうと、「なんかおかしいよな」って思っていたとしてもコメントの指示通りにされてしまう危険性があるかもと思っていて、それを避けたいのです。
(その結果、「やっぱり元のままにします」とか「今はやめておきたいです」とか理由付きでコメントしてもらえれば、そのままでもOKです)

ガイドラインに反しているなど、修正を求める理由が明確な場合は「こう直してください」とコメントすることもあります。

あと、

「これはこれこれ、こうだと思うので、これをやってください」

は指示出しや依頼する際の方針としては正しいし、こう言えるよう努めてはいます。

ただ、たぶんですが元のセリフがでてくる場合って「なにかの行動に対するフィードバックやリアクション」が多いんじゃないかなと思います。

「〜すればよいのでは？」みたいなのを完璧に読み切ることはできないし、やってみた結果のフィードバックとして出てくることもあるし。

「なら最初に言えよ」って思う気持ちはわかるし 俺もそう思う どころか「なら最初に言えよ」って そのまま口に出る のだけど…結局全部そうするのも不可能なんだすまない…なるべくガイドラインや明文化するようにはがんばってるよ…

でも(文句出るのはしょうがないにしても)それが許容できなくてマイクロマネジメントしないと動けない ならまあ… その人に頼まないで自分でやる時間をスケジュールにいれたほうがコントロール効くしストレスない って結論になりますね… (煽り口調に耐えられないっていうならわかるが別の話になる…あと、フィードバック分の時間はバッファとして最初に用意した上でです。あまりやったことなさそうなところは特に)

自分でやった後でも思いますもん。やってみたあとで 「あっやべこうすりゃよかったんじゃない？」 って。

習熟度の順番

習熟度によってお願いするコストとリターンが変わってくる話もあった気がして、

1. 言われたことができる
2. 言われなくてもできる
3. 言われたこと以上の価値を提供できる

みたいな感じかなあと思うのだけど。この話は1の時点にあたるのかな。

1の時点の人に2や3を安易に求めるのは無理(そのシステムに対する習熟度もあるし)。
しかし手が回らんとついそうなってるところはあるかもしれない。それはすまない。(そうならんように注意はしている…しているが…)

むしろ自分から聞くのはアリ

むしろ最初に「『これはこれこれ、こうだと思うので、これをやってください』というふうに教えて下さい」って話をするのは全然良いと思っています。頼む側からすると、わからないことを伝えてもらえているわけで。

表題のセリフが出てくるのは、結局なにかの行動を起こした後だと思うからすでに遅いけど…もし気づくなら行動起こす前に、不明点を確認しておくのは良いポイントではないかと思います。

結局聞き流して問題ないなら問題ない

まあ…ああいう記事にリアクションするのもどうかなとは思ったのですが…それなりに言われることも多いんだろうなあとも思ったのでちょっと書いてみました。私自身は とりあえずクビにならずに済んでる程度 のものなので偉そうなことはいえんですが 逆に参考になる んじゃないかなと思います。 いやせんほうがええか若人は。

本質的には「マウントとってくるやつがうざい」って話かなとは思うので…例示されているようなもので頻繁にマウントとられるとうざいんだろうなあとは思いますけど マウントは何で取られてもうざいだけ なのでこれに限った話じゃないですね。そういう意味ではこの記事もそうなんですけどまあ個人ブログの与太話なので。

雑談の過去語りは勘弁してくれ。おっさんになると時折思い出すんだよこの前もさぁみずほのHDD障害あったじゃないこういうのを見ると昔客先でHDD交換したときに（終わる

前回書いた記事FlexClipを作成しているPearlMountain様が作成されていて、ご紹介いただいたのですこし試してみたところ、使いやすくてChromebookでも使えそうなので記事に書いてみたいと思いました。

(※ライセンスなどのご提供はいただいていないため、PRはつけていません)

作成はブラウザベースで簡単に

まず ロゴの作成自体は無料 でできます。

なのでもう「ロゴを作成する」から試してもらったほうが早いように思いますね…

「無料でロゴを作成する」からページを開くと、もうテンプレートの案内があります。

あとは好みっぽいテンプレートを選んで「カスタマイズ」

ってやるとエディタが起動するので、あとは 名称とかメッセージとか入力するだけ！

日本語フォントやデザインもあります。

このへん文字化けせずに日本語使えるのはとてもいいですね！

いろいろいじったら「ダウンロード」でロゴ画像をダウンロードできるようになります。

ロゴを作るのは無料、ダウンロード時に課金orクレジット表記が必要

できました！

無料プランでもロゴをダウンロードシて使うことができます。

ただし、次の条件があります。

• 特定のソーシャルメディアでDesignEvoを共有する
• 使用するウェブサイトでDesignEvoを共有する (上の「ロゴは〜」文言が指定される)

この制限についてはダウンロード時に案内されるプランの支払いによって変更することができます。

有料パッケージ

完成したロゴはそのまま購入するか、フリーでクレジット明記するなどして使用するかを選択します。

有料パッケージは要するに、 作成したロゴの素材と権利をどう扱うか になるのでしょうか。

そのため、ロゴごとに購入が発生するようです。

お値段はこちらを参照してください。

有料パッケージは「ベーシック」と「プラス」の2種類

有料パッケージは「ベーシック」と「プラス」の2種類があります。

共通している部分と、「プラス」のみ対応している部分があります。

共通した条件

次の条件は「ベーシック」「プラス」共通しています。
これだけで十分であれば、「ベーシック」だけでOK。

• 高解像度ファイル(5000px)
• 背景が透過PNGファイル
• カスタマーサポート
• HD印刷できる高解像度ファイル

「プラス」のみの追加条件

次の内容が必要であれば、「プラス」を選ぶ必要がありそう。

• ベクターファイル(PDF、SVG)
• フォントファイルのダウンロード
• 著作権所有権

デザインは専門外で…ベクターファイルやフォントなどが具体的にどう必要になるかはちょっとわからないですが…おそらく手元で編集したり、保存しておいたりする場合に必要なのかなと思います

クレジットと著作権の所有権

最後の「著作権所有権」が、おそらく「プラス」にするかどうかのポイントではないかなと思います。

ただ正直…私は商標周りに詳しいわけではないので、FAQ の「Do I own the copyright to my logo created on DesignEvo?」や「What are the benefits if I purchase a package?」をご確認いただいたり、サポートにお問い合わせいただくと良いのではと思います。

ちょい気になる点

日本語対応してるけど、たまに英語に切り替わる

DesignEvoのサイトは基本的に日本語対応しているのですが…なんかページを遷移すると英語に切り替わってしまうことがわりとちらほら。
ページ下の言語を切り替えるとトップページに戻させてしまうので、だめなものはだめそうでした。

また日本語ページがリンクされてなかったり、無理にURL変更して開いてみると英語ページより情報古そうだったりと…サイト自体は日本語対応をあまり期待しないほうがいいのかもしれません。(2021/12の時点では)

さいごに

ロゴの作成は思ったようなものが見つかるかが前提にはなりますけど…個別に依頼するより早くリーズナぶりに作成できるところはあるのではと思いました。

ブラウザベースで使いやすく、テンプレートをもとに修正するのであれば初見でもあまり迷わずできそうかなとも。

ただ作りたいと思うロゴに要件が合うかが重要ですし、他の人も使っているテンプレートなので100％オリジナルとは言えない点は注意が必要だとは思います。でもそれも用途次第ではありますね。

なのでロゴの用途として十分で、手早くいい感じにロゴやエンブレムを作りたいと思ったら試してみると良いのではと思います。

無料オンラインロゴメーカー、カスタムデザインのロゴ作成 - DesignEvo

DesignEvoの無料ロゴメーカーは、カスタムロゴを数分で作成することを可能にします。ロゴデザイン経験一切不要。何百万ものアイコンと100個以上のフォントを今すぐ試して見ましょう。

www.designevo.com

参考

https://nelog.jp/designevo
うちでも使っているWordpressテーマ「Simplicity」「Cocoon」の作者、わいひら氏がDesignEvoを紹介していたページ。とても

　Webブラウザ上で簡単に動画が作成できるFlexClip を試してみました。

　本ツールは無料でもある程度使用できますが、今回はPearlMountain様よりライセンスをご提供いただくことができたため、有料プランについても試しています。無料プランで少し触ってからビジネスプランを試してみました。

Chromebookでも使える！　Webブラウザベースの動画編集ツール

　FlexClipを最初に触ってすごい助かったと思ったのがブラウザベースのアプリでちゃんと動くこと。

　最近はすっかりChromebook + Wi-Fi環境になっていますが、試した範囲では不自由なく動作していました。

アカウント登録もFacebookやGoogleアカウントで簡単

　まず最初に行うアカウント登録では、FacebookとGoogleアカウントでのログインに対応しています。(メールアドレスで登録することもできます)

　私はGoogleアカウントで登録しました。認証の手間が省けて便利です。

操作はすべてブラウザ上

　ブラウザを開けば操作できるところが良いですね…特にChromebookとは相性良さそうです。助かる。

プロジェクトは簡単操作のストーリーボードモードと細かくできるタイムラインモード

　プロジェクトの種類は大まかに2種類あります。

　動画素材をささっと繋げていくストーリーボードモードと、動画素材内のプレビューが時間で見える感じのタイムラインモード。ただタイムラインモードはβ版のようで、BGM素材の検索ができなかったり英語のみ対応だったりします。なので今回はストーリーボードモードで進めていきます。

ストーリーボードモード

　とりあえず動画素材を追加してさくさく作っていくモード。

　素材を登録して並べていくだけといった感じで進めていきます。　

　で、その動画素材が切り替わるときのエフェクトを選ぶ感じ

BGMの追加も可能

　BGMも選択できます。ただ選んだ曲がずっと流れていて、途中で切り替えるとか細かいところはできなさそうです。

　開始する時間や再生範囲は「音楽をカット」で選択できます。

自分で素材をアップロード

　もちろん動画や音楽の素材を自分で用意して登録することもできます。

　動画なら「メディア > ローカルファイル」より、音楽は「音楽 > あなたのミュージック > 音楽を選択 (BGMが決まっている場合はアップロードアイコン)」から登録します。　

　ローカルファイルで登録したファイルは、手元のPCにあるファイルを直接読んでいるようでした。なのでファイル転送時間がかからずすぐ登録完了するところは良かったですね。

テンプレートを使って差し替え

　また、「テンプレート」から追加すると、ある程度決まった動きをする動画セットが読み込まれます。

　それのテキストや素材を変更することもできます。

　用途にあったテンプレートがあれば、それを使うのも楽でいいかもですね。

FlexClip上から収録もできる

　「メディアを追加」にある「収録」アイコンから、その場で録画・録音することも。

　端末のカメラで録画するか、動かしているアプリの画面を収録するか選べます。

　なにかの操作を説明したり、実況したりはこの機能が使えるかも。

動画に直接録音はできるけど…

　動画の右下にマイクアイコンがあって、そこから録音もできるみたいでした。しかしそれをすると動画が止まってしまうので、実況みたいに動画へ音声を乗せることは難しい…実況みたいなことができるようになるだけでも随分変わってくるとは思ったので残念ですね…

フォントのアップロードもできる

　「マイフォント」より、使用するフォントをアップロードすることもできます。

　(ごめんなさい、私はフォントについて詳しくないので…そういう機能があるとだけ)

エンコード

　動画出力のエンコードもローカル側で行っているみたいでした。(CPU使用率が上がっていた)

　2分16秒ほどの動画を無料プランでできる480p(SD画質)で出力してみると x360 14cで不満に感じるほど重くはなさそうでした。1分19秒くらいで出力できました。

　同じ動画をビジネスプランの1080pで出してみると2分13秒程度。さすがに少し多く時間がかかりますね。

　おそらくブラウザで操作しているだけなので、作業マシンのスペックも影響するのではと思います。その面でお手元のPCスペックで試してみると良いとは思います。ただ時間はかかっても待っていれば完了する処理ですから、時間があれば気にしなくても大丈夫なのかもしれない。

　逆にローカル処理のいいところとして、出力後のファイルはすぐダウンロード完了しました。おそらくどこかで作業していた一時ファイルがコピーされているだけなんじゃないかなと思います。

出力するフォーマットはMP4とGIF

　出力フォーマットは動画(MP4)だけでなくGIFも選択できます。共有したい先によってはありがたいオプションかも。

価格

　プランは月額と年額のサブスクリプション制です。月額だと月あたり$9.99〜$29.99、年額では月あたり$5.99〜$19.99となっています。年単位の支払いだと大きく割り引かれますね。(2021/12月現在の記載)

　プランによって制限が異なるため、目的に合ったものを選択する必要はあります。

　とはいえ記載からわかるおおまかな違いは動画数と時間の制限、エクスポートできる画質、クラウドストレージのサイズかなあと。あと無料プランは 動画の最初にFlexClipのイントロ が入るので、それを避けたいかどうかですね。透かしを入れたい場合も有料プランです。

　プランと価格の詳細はFlexClipウェブサイトをご確認ください。

　ツールの使い勝手は無料プランでも十分試すことができるので、作りたい動画の時間や使う予定の期間に合わせて選択すると良いと思います。

有料プランの追加機能

　無料の範囲でも試すには十分ですが、有料プランでしかできないこともあります。

　個人だとそんな気にならないところかもしれないけど…どこかに公開するとちょっと気になるかもってところですね。ビジネスでやるなら必須になるとは思います。

480p(SD画質)より上の解像度で出力できる

　動画サイズを選択することができるようになります。720p(HD画質)、1080p(フルHD画質)が選択できます。

　今どきの端末だと480p(SD画質)では粗さが目立つかもしれないので、より高画質で出力できると嬉しいですね。

　でも480pってだいたいDVD画質くらいだよなあって思うと…それで物足りなくなってしまってるんだから時代を感じる…

使える動画の数、ビデオの長さの制限が緩和される？

　無料プランには「プロジェクトにライブラリから挿入可能な動画の数は一つまで」「ビデオの長さは最大1分まで」との記載があり、有料プランでアップグレードされていくにつれこの制限が緩和されていく記載があります。(ただ最上位のビジネスプランでも、ビデオの長さは最大30分まで」

　ただこちら、私が無料プランで試していたときには特に制限されるところが見当たらなかったので、実際は緩和されているのかもしれません…

　その後すぐ最上位のビジネスプランにアップグレードしてしまったので、ベーシックプランやプラスプランの状況はわからないですが…
　

プロジェクト数の制限が撤廃される

　無料プランでは12プロジェクトまでとありますが、有料プランはどれも無制限に作れます。

透かしを入れることができる

　動画見てるとよくある、動画全般にうっすらとロゴがついているようなやつ。あれを設定することができます。

　こんな感じで。

FlexClipイントロを出さないようにできる

　無料プランだと強制的についているFlexClipイントロを出さないようにできます。

クラウドストレージ

　クラウドストレージ…説明は簡単なんだけど理解と使いどころが難しい…

　この機能をオンにすると、(おそらくストレージ上限まで) プロジェクト内で登録したローカルファイルを自動的に同期 してくれるようになります。

　ただ、登録する素材を選ぶといった管理をすることはできなさそうで。機能をオンにしていたら自動的に登録されていきました。削除はできるみたいなので、ストレージ容量を開けるときに選んで消すことはできそうです。

　また登録された素材をプロジェクトをまたいで使い回すこともできなさそうでした。

　なので今の挙動はプロジェクト単位の自動バックアップ & レストアと捉えたほうがわかりやすいのかなと思います。(アイキャッチとかとか登録して使い回せるかなあって思ったのですが、そういうのではなさそう…)

　一応、ストレージにアップロードされている素材は「クラウドストレージ」画面から右クリックでダウンロードできました。どこかのプロジェクトで使用した素材をダウンロードしてきて使うことはできそうです。

その他・注意点として気づいたこと

Chromebookアプリが登録できる

　マイページを見ているとアプリのダウンロード案内が出ていました。

　ダウンロードしてみるとChromebookにアプリとして登録されました。(ただローカルのAndroidアプリがインストールされたものではなく、アプリとして登録されたショートカットのようでした。なのでブラウザで開いたものと変わりなさそうです)

※ただこのアプリショートカットから起動すると言語が英語になってしまうみたいです…そこは少し面倒

1GB以上の動画素材は登録できなかった

　1GB以上のファイルを読み込ませようとしたところ、制限に引っかかってしまいました…

　制限があることは仕方ないかもしれませんが、今どきスマホで動画撮ってファイルサイズ1GB超えることは珍しくないと思うので、ここは緩和してほしい、できればこういった制限は撤廃してほしいところです…

　(別のツールで分割したりしないと読み込めないので、FlexClipだけで操作完了できなくなってしまうのはマイナス点)

素材データはローカルストレージとクラウドストレージで別々

　動画のプロジェクトや加工はブラウザで行いますが、素材データはローカルにあるものを参照していると思います。

　ですのでファイルを移動したり、PCを変えたりすると参照できなくなってしまいます…

　これを回避するには有料プランにあるクラウドストレージを使用することになります。

　ただビジネスプランでも100GBなので、長く使っていくといずれ消すことになるとは思います…その点も考えると、長期保存にはそもそも向いていないかもしれません…

まとめ

　Chromebookで使えるブラウザベースの動画編集ツールの時点で珍しいうえ、操作も重くなく快適にできるので結構よいのではないかと思います。

　しかし逆に、機能面で細かいことには対応していなさそうにも思うので、やりたいことが全部できるかは目的次第にはなるかなとも…

　感想としてはざっくりパワポでスライド作るような感覚で、スマホなどで撮った動画素材をつなげるとかするといいのかもと思いました。

　無料プランでも操作に困らないため、ちょっとした動画をつくってみたいと考えている場合にはまず試してみることができます。

　また、こういったサービスは時間がたつにつれ進化していく可能性もあります。ブラウザ操作をベースとしたサービスとなっている点はアプリで作られるより(特にChromebookの動作アプリとして)優位なところでもありますし、将来的に機能拡張されることで対応できる幅が広がるかもしれません。もうちょっと機能追加されるともっと使い勝手の幅が広がるなあと思うところはあるので期待したいです。

Online Video Editor - Make Videos for Free | FlexClip

FlexClip is a free online video editor and video maker that you can use to create videos with text, music, animations, and more effects. No video editing skills...

www.flexclip.com

PHP_INI_ALLなのにini\setで変更できない

　PHPには各種設定を記述する場所がいくつかあります。ini_setはPHPスクリプト内で設定を変更するものです。

　また設定値には「どこで変更を行えるか」が決められていて、PHP_INI_ALLであればどこでも変更可能です。

PHP: どこで設定を行うのか - Manual

どこで設定を行うのか

www.php.net

　なので、PHP_INI_ALLの設定(具体的にはメモリが足りなかったのでmemory_limitを拡張しようとした)であればPHPスクリプト内で変更可能のはずですが…どうにも変更が反映されてくれませんでした。

www.confでphp_admin_valueを使って設定していた

　いろいろ設定されている場所を確認していったところ、php-fpmのwww.confで php_admin_value[memory_limit] = 32M のように指定されていました。

　どうやらphp_admin_valueで指定した設定値はini_setで上書きできないため、変更されていなかったみたいでした。

　php_admin_valueの説明が書いてある項目を見ると、次のようになっています。

また、 php_admin_value で設定された設定オプションの値は、
.htaccess や ini_set() では上書きできません

　試しに設定値をphp_valueで設定するようにしてみると、PHPスクリプト内のini_setで変更できるようになりました！

AMIを登録解除してもスナップショットは消えない

まずAMIを登録解除しても、AMI用に作成されたスナップショットは残ったままになっていました…

登録解除したAMIのスナップショットはほとんどの場合不要となりますが、気づかないと残り続けることになります。

登録解除と連動してスナップショットを削除するLambdaを設置

そこで登録解除に連動して削除するためにLambdaを設置してCloudWatchから起動させます。

スナップショット削除まではざっくり次のような流れになります

AMI登録解除操作する
→CloudTrailで検知
→CloudWatchに通知
→削除したAMIをLambdaに通知
→Lambdaが関連したスナップショットを検索して削除

CloudTrailで証跡を作成する

まずCloudTrailで「証跡(Trail)」を作成し、イベントを検知できるようにします。

(これはAWSアカウントで一つ作ってあればよいので、設定済みであれば不要です)

最初の状態は証跡が何もありません。この状態ですとイベントが発生してもCloudWatchに通知されず、Lambdaが連動して起動できません。

なんでもいいから通知用の証跡を作る必要があります。

名前などはお好みで大丈夫です。 CloudWatch Logs を有効にする必要があります。

「管理イベント」をオンにします。最初の一つは無料になるようです。

削除用Lambdaを用意

AMIの登録解除と連動して動作するLambdaを用意します。

「関数の作成」より新しくLkambda関数を作成します。

ランタイムはPhtyon 3.9にします。

配置するlambdaスクリプトは次の記事を参考にしました。

AMI削除時にスナップショットも自動で削除するCloudWatch Events | DevelopersIO

dev.classmethod.jp

このスクリプトはAMI作成時に自動記載されたスナップショットのDescriptionから対象スナップショットを検索してくるようなのですが、AMIを作成した時期や作り方によってDescriptionが違うみたいで、そのままだとうまく動いてくれませんでした。

なので私は次のように変更しました。

import boto3
import logging

logger = logging.getLogger()
logger.setLevel(logging.INFO)

def lambda_handler(event, context):
    try:
        client = boto3.client('ec2')
        imageID = event['detail']['requestParameters']['imageId']
        logger.info("Delete iamge ID:" + imageID)

        response = client.describe_snapshots(
            Filters=[
                {
                    'Name': 'description',
                    'Values': [
                        'Created by CreateImage(*) for ' + imageID + ' from *',
                        'Created by CreateImage(*) for ' + imageID,
                        'Copied for DestinationAmi ' + imageID + ' from SourceAmi * for *'
                    ]
                }
            ]
        )

        for i in response['Snapshots']:
            response = client.delete_snapshot(
                SnapshotId=i['SnapshotId']
            )

            logger.info("Delete target:" + i['SnapshotId'] + ", Description:" + i['Description'])
            logger.info(response)

    except Exception as e:
        print(e)
        raise e

今後も変更があった場合、検索パターンを増やすことになると思います。

labmdaのロールを設定

lambdaを動作させるために次の権限が必要です。

• ec2:DeleteSnapshot
• ec2:DescribeSnapshots

これをLambdaの実行ロールに追加します。(または許可済みのロールをLambdaに設定します)

ロールの設定方法はいろいろありますが、私はLambda作成時に作られたロールにインラインポリシーで指定してしまいました。

CloudWatchから呼び出す

CloudWatchから、AMIの登録解除されたときにLambdaを呼び出すように設定します。

「イベント > ルール > ルールの作成」より、EC2のDeregisterImageイベントを拾ってlabmdaを実行するよう設定します。

「ターゲット」には先ほど作成したLambda関数を指定します。

AMIを消してみる

ここまで設定できたら実際に動かしてみます。

まず適当なAMIを作成します。

関連しているスナップショット。DescriptionにAMIのIDが入っています。

これを登録解除すると…

スナップショットも一緒に消えました！

CloudTrailのログを見ると、DeregisterImageのあとにDeleteSnapshotがLambdaから呼ばれています。

もし間違って使っているスナップショットを削除しようとしたら

Descriptionから検索してきて削除するスクリプトのため、もし条件に引っかかるDescriptionを設定している場合はそれも消してしまいます。

なので、バックアップのために残してあるスナップショットなどがある場合は設定することに注意が必要になります。(検索条件の調整なども必要かもしれません)

ただ、現在どれかのAMIが使用しているスナップショットを消そうとした場合はエラーになってくれるので、間違って使用中のデータが消えることはなさそうでした。

連動して消すことのメリット・デメリット

メリットはやはり不要なスナップショットが残らない…そのため多少の料金節約になりますし、不要なスナップショットに埋もれることもなくなります。

不要なAMIをまとめて掃除するときなどに非常に便利です。その間だけでもオンにしておくととても助かると思いますね…

デメリットとして、自動でスナップショットが消えてしまうため、間違えてAMIを消した場合などにスナップショットから復旧ができなくなることが考えられます。

またDescriptionを検索してきているため、Descriptionを手動で編集していた場合は誤作動を起こす可能性があります。

多くの場合問題にならないことだと思いますが…ちょっと気になったので注意だけ書いておきたいと思いました。

参考

AMI削除時にスナップショットも自動で削除するCloudWatch Events | DevelopersIO

dev.classmethod.jp

https://bcblog.sios.jp/ak_auto_delete_snapshot_and_ami/

bcblog.sios.jp

WP Githuber MDの設定変更だけしても反映されない場合がある

Markdornだけではなくモジュールなどいろいろな設定があるため、途中で設定を変更することもあると思います。

そのときはWordpressの管理画面より「設定 > WP Githuber MD」の設定に進んで、更新を行うことになりますが、そこを変更してもすでに書いてある過去記事には反映されない場合があります。

記事を再度更新する必要があるかもしれない

私が遭遇したのはコードのSyntax Highlightを表示するprism.jsとhighlight.jsの設定でした。こちらをオンにしても、既存の記事に変更がありませんでした。

おかしいと思っていると、highlight.jsを有効にした際にJavascriptのコンソールへ次のメッセージが出ていることに気づきました。

 WP Githuber MD
  You have enabled highlight.js modules already, but you have to update this post to take effect, identifying which file should be loaded.Githuber MD does not load a whole-fat-packed file for every post.

あっ…

その記事を編集画面で開いて更新ボタンを押すと、内容が更新されたようでハイライトも表示されました…

特に内容を変更する必要なく、更新ボタンを押すだけで良かったです。

他にもこういった、更新時に生成されているなにかがある場合があるので、設定変更の際に反映されなかったらそれを確認してみると良いと思います。

…とあるのですが、実際にはオプションをオンにするだけではうまくいきませんでした。

「Inline Code Block with Keyboard Style」をオンにする

まず設定より「Extentions > Inline Code Block with Keyboard Style」をオンにします。

このオプションにより、次のように記載した文字が <code class="kb-btn"> に変換されます。

`{ctrl}`+`{c}` 

そしてkb-btnクラスのCSSが適用され、

のように強調されて表示されるはずでした。

適用するCSSを設定する

kb-btnのCSSを手動で設定する

しかし、動作を見ているとそうはなりません。

こちらのサイトを見てもうまくいってないみたいなので、デフォルトではうまく動作しないようです…

WP Githuber MD が微妙に使えそうなハナシ | 雑廉堂の雑記帳

WordPress の マークダウンプラグイン、WP Githuber MD を試してみました。

www.rough-and-cheap.jp

追いかけてみるとkb-btnのCSSがページに含まれていないため、強調表示にならないようでした。

ですのでコード内の記述を参考に、kb-btnのCSSを自分で設定する必要があります。

githuber-md/src/Githuber.php at master · terrylinooo/githuber-md

Markdown editor plugin for WordPress. Contribute to terrylinooo/githuber-md development by creating an account on GitHub.

github.com

CSSだけ抜き出すと次になります。

                code.kb-btn {
                    display: inline-block;
                    color: #666;
                    font: bold 9pt arial;
                    text-decoration: none;
                    text-align: center;
                    padding: 2px 5px;
                    margin: 0 5px;
                    background: #eff0f2;
                    -moz-border-radius: 4px;
                    border-radius: 4px;
                    border-top: 1px solid #f5f5f5;
                    -webkit-box-shadow: inset 0 0 20px #e8e8e8, 0 1px 0 #c3c3c3, 0 1px 0 #c9c9c9, 0 1px 2px #333;
                    -moz-box-shadow: inset 0 0 20px #e8e8e8, 0 1px 0 #c3c3c3, 0 1px 0 #c9c9c9, 0 1px 2px #333;
                    box-shadow: inset 0 0 20px #e8e8e8, 0 1px 0 #c3c3c3, 0 1px 0 #c9c9c9, 0 1px 2px #333;
                    text-shadow: 0px 1px 0px #f5f5f5;
                }

CSSは読み込まれる部分であればどこでも問題ありません。WPの「外観 > カスタマイズ > 追加CSS」あたりがお手軽かなと思います。

これで想定通り表示されるようになりました。

もしかして

記載されているコードをよく見ると、kb-btnが有効になる条件が

if ( '_blank' === githuber_get_option( 'post_link_target_attribute', 'githuber_preferences' ) ) {

と記載されています。

これは設定としては「Preferences > Link Opening Method」に当てはまり、こちらを「New window.」に変更すると確かにCSSが有効になります。
(ただこれをオンにすると、トップページのリンクから開いた記事が全部新しいタブになってしまったので、ちょっとウチでは使えませんでした…)

このオプション自体はリンクを外部ウィンドウで開くかどうかというもので、キーボードスタイルには関係なさそうに思います…

この修正が入ったissueはこちらなんですが、修正コミットと合わせてみると、おそらく「必要なぶんだけCSSをロードする」ために入れた修正じゃないかと思います。

もしかして条件判定する対象の設定を間違えているんじゃないかしら…

トラブルシューティング

設定してもうまく表示されない場合

WP Githuber MDは、保存したときの設定で表示用のデータを作成しているようです。

なので「Inline Code Block with Keyboard Style」設定だけ変更しても、 それまでに書いた記事のcodeタグにkb-btnクラスはついていないかもしれません。

クラスがなかった場合は、記事の編集画面から一度更新することを試してみてください。

　いろいろと調べていった結果、ひとまず使える方法が落ち着いたのでまとめてみました。

「WP Githuber MD」を使用する

　WP Githuber MD プラグインをインストールすると、記事を書くときにMarkdownを使用できます。

　エディタも専用のものに自動で(強制的に)変更されます。

「WP Githuber MD」プラグインのインストール

　「プラグイン > 新規追加」からインストールできます。

　「markdown」あたりで検索すれば出てくると思います。

　インストールしたら有効化します。

あとは書くだけ

　プラグインを有効化すると、エディタも専用のものに変わっていると思います。

　クラシックエディタっぽい感じですね。

　リアルタイムでプレビューもしてくれて便利です。

プレビューボタン

　おそらくClassic Editorをベースに作っていると思われるので、Gutenbergと違ってプレビューボタンは固定されておらず、長い記事を書いているとページのプレビューが不便に感じることもあります。これはそういう作りだからどうにもならなさそうですね…

　手前味噌ですが、以前作ったプレビュー表示用ブックマークレットがCWP Githuber MDのエディタでも使えましたので、もしよければご利用ください。

「Classic Editor + Jetpack」を使用する

　別の方法として、4.x以前のWordPress標準エディタにJetpackで記述する方法もあります。

「Classic Editor」プラグインのインストール

　5.xから導入されたブロックエディタ(Gutenberg)を使用せず、プレーンテキストで入力できるようにすることは必須みたいです。

　ですのでエディタを4.x以前のもの(Classic Editor)に切り替えるため、Classic Editorをインストールします。

　「プラグイン > 新規追加」から検索すれば出てくるので、そのままインストールすればOKです。

デフォルトエディタをClassic Editorに切り替える

　続いてWordPressの設定を、エディタとしてClassic Editorを使うように変更します。

　「設定 > 投稿設定」に選択項目が出てきていますので、「Classic editor」を選択します。

　新規投稿をしてみると、4.x以前のエディタに戻っています。

Markdown対応プラグイン(Jetpack)をインストールする

　次にMarkdownを使えるようにするためJetpackプラグインをインストールします。

　JP MarkdownはもともとJetpackからMarkdown機能だけ抜き出したプラグインだったようで、JetpackプラグインにはMarkdown機能がオプションで入っています。(オプションのために全部入りを使うの、ちょっと本末転倒感はありますが…)

　インストールは「プラグイン >新規追加」から行います。「jetpack」あたりで検索してもらえれば出てきます。

　Jetpackは機能によって有料となりますが、Markdownは無料版でも使用できました。

Markdownの有効化

　「Jetpack > 設定 > 執筆」タブから設定を有効にします。

　「プレーンテキストの Markdown 構文で投稿やページに書き込み」を有効にします。

　あとは記事を書くときに「テキスト」タブからMarkdown形式で記述すればOKです！

オプションが有効にできないときは

　上記のようにオプションが選択できない場合もあります。この場合は競合しているプラグインがある可能性があるので、プラグイン一覧を確認してそれっぽいものを無効にしてみてください。

　私はWP Githuber MDが衝突していました。こちらを無効にしたら、オプションを変更できるようになりました。

番外編：ブロックエディタ(Gutenberg)でMarkdownを使用する

　JetpackのMarkdownオプションを有効にすると、GutenbergでもMarkdown形式で入力できるようにもなります。

　右絵のメニューから「コードエディタ」に切り替えて入力することで、Markdownでも記述できるようになります。

　ただし、保存するとHTMLタグに自動変換されるので後からMarkdownで編集することはできませんでした…

　プレーンテキストのまま保存しておいてくれたらよかったのですが…残念。

さいごに

　JP Markdownはずっとお世話になっていて(むしろ今も使ってる)よかったのですが、これからだとエディタもセットになっているWP Githuber MDのほうが便利かもしれません…

　またGutenbergも日記とかだらだら書くぶんにはそんなに悪くなかったので、Markdown使いたい！　って場合でなければそのままでも良いかもしれないですね。

　意外と悪くないですからアレ。動作もそう悪くない感じですし。

　はい。

　そういうわけで「Anker PowerCore III 19200 60W」を購入しました。

　使っていたモバイルバッテリーの調子が悪いと思ってついかっとなって注文してしまいました。(実際はケーブルが傷んでいたため充電が不自由だった。モバイルバッテリーは元気でした)

　もともと使っていたものもAnkerのモバイルバッテリーで、特に不満などなかったのでまたAnker。調べてみるとノートPCすら充電できる60W出力。やばい…

明らかにずっしりした重量感

　以前のものは356グラム、PowerCoreIIIは422グラム。約1.18倍重くなっています。出力などパワーアップしているからそれは仕方ない。

　実物を持ってみると明らかにずっしりした感じをうけました。66グラムって意外とわかるものですね…

　ただ個人的には鞄の中に入れておける許容範囲なので問題ないです。

出力パワーも上々

　PowerIQ 3.0に対応した3Aの出力を3口 (Type-A x2、Type-C x1)持っています。流石に強いですね。

　手持ちのZenFone5z(3300mAh)のバッテリーが残り15%まで追い込まれたとき、たぶん1時間〜1時間半くらいほっといたら100%までもってこれていました。(鞄の中いれっぱなしで正確な時間は測ってなくて、もっと速く終わっていたかもしれません…)

　ChromebookやMBPにはまだ試していないです。オフィスでMPB持ち歩いてバッテリーピンチになること割とあるからちょっと使ってみようかな。

イヤホンやスマートウォッチ向けに低電流モードもあるみたい

　一方で、イヤホンやスマートウォッチなど出力が強いと困る場合のために「低電流モード」があるみたいです。

　電源ボタンを2秒長押し、または2回連続で押すとインジケーターが緑色に光り、モードが切り替わります。

　戻すときは電源ボタンを1回押す。インジケーターが青に戻ったらOKです。

付属Type-Cケーブルが調子悪かった

　またケーブル…今回は付属のType-C to Cケーブルが調子悪くて、本体側ぐりぐりしないと充電開始してくれない/ちょっと動かすと充電されなくなることがよくありました。別のケーブルに変えるとすんなり充電開始されたので、ケーブル側の問題かなあと思ってます。不良品で問い合わせるのが筋かもしれませんが、Type-C to Cの充電を検証できる環境がすぐないし、面倒だからこのままかな…

　もし付属ケーブルで充電されないってことがあったら、ケーブルを変えて確認してみると良いと思います。付属ケーブルでなくてもまずケーブル変えて検証してみるといいかなと思います…(前のモバイルバッテリーが充電できない原因はケーブルだったし)

Anker PowerCore III 19200 60W (PD モバイルバッテリー 大容量 19200mAh)【PowerIQ 3.0 (Gen2) / USB Power Delivery 対応 / 低電流モード搭載 / PSE技術基準適合】MacBook Lenovo HP iPad iPhone Android 各種対応

posted with カエレバ

Amazon