  |
はてなキーワード: プラグインとは
Wordpress標準機能を使ったブログカード、プラグインを使ったブログカード、テーマに付随しているブログカードが有名だと思う。
私は基本的にブログカードには反対だが、使うならばWordpress標準機能を使ったほうがいいだろう。
何と言っても標準機能。これが大きい。これを切る事になると反発が起こり、もし切った場合には対処法を書くサイトが増える。その通りにやればいいので簡単だ。
プラグインはもし開発者がアップデートを放置し、結果的に互換性がなくなったときにひとつひとつ記事を直さないといけない。
そしてテーマに付随している場合は、テーマを自分で開発しているならば使うべきだとは思うが、配布されている場合には開発者が更新を止め、Wordpressのバージョンと相性が悪くなったときに他のテーマに乗り換えると思う。その際にブログカードにはならずへんてこな文字が記事に書かれてしまうので、読者が「このサイトは書けば満足するところだな」という印象を持ってしまう。それはまずいので、配布されているものであるならば使用をやめたほうがいい。
文章にリンクを埋め込むという古典的な手法が一番いいとは思うが、ブログカードは見た目がいい。だからこそ使ってしまうのだが、今後を考えるのであればやめたほうがいい。
よくある「完全放置！」「全自動更新！」「何もしなくても儲かる！」みたいなアフィがあるけど
おそらく、その1つである全自動更新のエログ作って一ヶ月近くたったからその結果を書く。
何かしら作品を作ったらQiitaとかにアウトプット上げるけど、内容が内容なのでここで。
URLは多少内定自慢できるくらいの会社に内定貰っているから伏せますね＞＜@バレなさそうなら晒す
・仕組み
・お金の話
・技術的な話
・結論
仕組みは簡単、いくつかの既存のエロサイトにWebスクレイピングをかけてウチのエログでも全く同じ情報を配信する。
そんなエログに全く価値が無いと思われるが、既存のエロサイトと比べてウチのエログを使うメリットはいくつかある。
1. share-videosを使っているので削除されていても案外見れたりする。
3. エログ特有のアクセストレードを行っていない（コピペなのでそもそもアクトレサイトに申請出来ない）ため、色んなサイトを行き来せずにめっちゃ見やすい！
4. 「PageSpeed Insights スマホ 82 PC 93」「【GTmetrix】 PageSpeed Score 99 YSlow Score 87（CDN入れたら94）」平均読み込み4秒のエログの割に読み込みが早い
5. スクレイピングするエログは動画のクオリティが高いサイトに厳選しているため良いネタがすぐに見つかってずく抜ける。（自分でも毎日使ってる）
事実、友達に悪い点とかのフィードバックを頂戴とお願いしたが「特に悪い点は無い、、、むしろ使いやすい」と好評。セッション継続時間は平均4分でみんな動画をちゃんと見てるみたい^^
自慢はここら辺にして、アクセス結果とかサイト情報はざっくりを晒す。
2月の総アクセスはざっと2400くらいで、1日大体70〜100くらい。流入は検索からのアクセスが100%。
検索ワードはjk 個人撮影みたいなワードからが割と多い。記事の数は10000件くらい。
こんなものか？正直Web系ではあまり無いから何をいえば良いかわからない。GAで取っているからみたい値があれば追記で。
完全放置のコピペかつ検索からの流入100%で1ヶ月目にしてはじょうじょうかな？
鯖の無料枠で運営しているため向こう1年はタダで運営出来ますが、もっとアクセスを稼がないと厳しいです。（何せshare-videosしか収入がないから）
月極広告のお話が来たら安定するのですが、スクレイピングでこの程度であれば来ないでしよう。
CMSとしてWordpressを採用。理由はSEOとかプラグインで楽そうだから（事実楽）（KUSANAGIの存在を知っていれば使ってたのにと今更後悔）
WebスクレイピングはGolangを採用。理由は速いから。並列処理でもっと速いから。あと書きやすい。てか。。。普通に好き。。。＞＜
速さを求める理由はFunction as a serviceでスクレイピングを実行しているから。Python使おうと思ったけど、実行時間の制限があるためある程度早くスクレイピングを終わらせなければならなかった。
鯖側で常駐かcronを使っても良かったけど、常駐はメモリ食べてパニックだし、cronは設定がめんどくさいから。FaaSだとWeb上で実行間隔を弄れて無料で最高。
詳しい内容はウチのサイトの強みだから言えないが、他のエログのURLをリストに貼るだけで勝手に取得し投稿する。神。
Webスクレイピングエログはおすすめしない。手動で毎日更新したほうがアクトレで確実に儲かる。
黒字化するのであれば現行の方法ではなく、全自動で日本中のエログ全てのから記事を取得してshare-videosに張り替えて投稿するサイトかな。
2018/1/25 公式サイトの閉鎖や開発者からの謝罪文について追記。
「CAFEditor(CAFE)というAviUtlの正式な後継ソフトが開発されている」
実際にはタイトルにある通りAviUtlとは何の関係も無いし、AviUtlの正式な後継ソフトでもないので、
勘違いする人が少なくなるよう、調べてまとめてみました。
「ＫＥＮくん」氏によって開発されたフリーのWindows用映像編集ソフトです。
プラグインも含めて高機能なので動画投稿者などの間で広く使われており、比較的有名なソフトです。
数名の有志が開発しているマルチプラットフォーム対応でオープンソースの映像制作ソフトです。
まだ開発初期段階であり、ごく限られた機能しか実装されておらず、実用段階ではなく安定もしていません。
AviUtlとの互換性についても特に言及されていないようです。
また、AviUtl作者の「ＫＥＮくん」氏は一切関与していません。
「AviUtlの後継映像制作ソフトウェア、CAFEditorの公式サイトです。」
「A Way BETTER than Aviutl」
「CAFEはAviUtlの後継として開発された映像制作ソフトです。」
「CAFE(Creator's Advanced Film Editor)は、
といった文言があり、あたかも正式なAviUtl後継ソフトであるかのような誤解を招きやすい状態になっていた。
●当然ではあるが、AviUtl作者の「ＫＥＮくん」氏から許可を得たわけではない。
旧： CAFEはAviUtlの後継として開発された映像制作ソフトです。
新： CAFEはAviUtlの後継を目指し開発された映像制作ソフトです。
という修正を行ったが、他の文言がそのままになっていることもあり、
AviUtlの公式後継ソフトだという誤解を招きやすい状況は1/23時点でも続いている。
→(1/25追記)
1/25の夕方頃にCAFEditorの公式サイトが閉鎖され、GitHubに開発者の謝罪文が掲載されました。
●また、上記修正を行った際、CAFEditor公式ツイッターで
「弊プロジェクトは以前よりKENくん氏の所在をお探ししております。
引き続きKENくん氏との連絡を試みて、公式後継ソフトとなれるよう頑張ります」
(そうは思わないという人もいるかもしれないが、筆者の考えは後述。)
●CAFEditor(CAFE)公式サイトに「AviUtlの後継」「将来的に専用の高速レンダリングサーバーも検討しています」といった文言や
AviUtl公式サイトへのリンクがある件、また「公式後継ソフトとなれるよう頑張ります」といった発言などは
開発陣の間で合意がとれていたものではなく、相互チェックがされていなかったり個人の独断であったりという事情がある模様。
●これらの文言や発言などをめぐって開発陣の間でトラブルがあったようで、
レンダラー/エンコーダー担当者の離脱なども起きてしまっている模様。
●設計/GUI担当の開発者は中学生で、3月～4月頃までは高校受験のため活動不可とのこと。
●AviUtlは1997年から開発されていた歴史のある(古い)ソフトであり、更新も2013年4月で止まっているため、
「Windowsでしか動かない」「32bitアプリのためメモリ使用量などに制約がある」
「重い映像制作(4Kなど)は厳しい」といった課題も抱えている。
●CAFEditor(CAFE)の開発は、「良い映像制作ソフトを作りたい」という思いから始まったのだと思うが、
現状を見ると「AviUtlの後継」という言葉に奇妙な執着を見せてしまっているように思える。
●「KENくん氏との連絡を試みて、(AviUtlの)公式後継ソフトとなれるよう頑張ります」という発言はいかがなものかと思う。
全くの別ソフトであり、まだ初期開発段階であるにも関わらず、有名ソフト作者から後継認定を得たいという姿勢は正直言って好ましくない。
もっと言うと、開発が進んである程度優れたソフトになった後だとしても、あまり好ましくないと思う。
企業等がAviUtlの権利を買収するというならともかく、そうではないのだから、
AviUtlの名声に便乗して名声を得ようとするフリーライド的な行為に見えてしまうこともある。
●CAFEditor(CAFE)はAviUtlという名前に頼ったり無闇に引き合いに出すのをやめて、
独立したプロジェクトとして開発を進め、独自に評価と実績を積み上げていった方が良いと思う。
●まだ開発初期ということや開発陣の事情などにより、公式サイトの作成やチェックなどが滞っていたのは仕方ないと思う。
●トラブルもあったようだが、高機能な映像制作ソフトが望まれているのは確かなので、無事にプロジェクトが継続してくれることを願う。
副題：Androidで動くBASIC!でプログラミング教育を行うメリットとデメリット
０１．はじめに
この文章は、Androidで動くBASIC!でプログラミング教育を行うメリットとデメリットに
０２．BASICとは
BASICはプログラム初心者向け言語として1960年代に発表された古い言語です。
極めて簡単な文法とインタープリターによる即時実行や1970～80年代のパソコン
に無償で搭載されていたことから沢山の人に利用されていました。
しかし、簡単ゆえの機能の少なさと即時実行方式のための性能の低さやその後の
優れたプログラム言語発表によりBASICの利用は著しく低下しています。
０３．BASIC!とは
BASIC!はアンドロイドのタブレットやスマートフォン上で動くアプリです。
Google playからインストール可能で無料で利用できます。
https://play.google.com/store/apps/details?id=com.rfo.basic&hl=ja
BASICの文法を踏襲していますが、Android向けに大幅に命令が拡張されており、
GPS等の各種センサーの情報取得やSQLiteのデータベース機能、WEBVIEWを利用
したHTML、CSS、JS表示・実行など約500程度の命令群で構成されています。
無料、広告なしのアプリをインストールするだけでこれらの機能が利用可能で
過去の栄光というかBASIC自体は広く利用された時期が過去に存在しパソコン
BASIC!は基本はBASICの拡張であり文法や変数の取り扱いにおおきな違いは
ありません。
その当時、少しであってもBASICを触った人は多いのでメンターとしての
BASIC!は手続き型と呼ばれる非オブジェクト指向の言語であり最新の言語
とは異なっています。
BASIC!のネイティブな命令群だけだと他の言語へのスムーズな移行は難しい
かもしれません。
しかし、BASIC!にはHTML5アプリのようにBASIC!自体のwebViewでHTML,JS,CSS
HTML,JS,CSSは現在Webの標準であり、進化を続けています。
特にjavascriptはオブジェクト指向の言語に進化し採用される領域もフロント
BASIC!自体のwebViewは他のAndroidアプリ同様、chromiumベースでAndroid
システムのWebviewの更新により常に最新化されています。
HTMLモードではjQuery,Angular,ReactなどのJSライブラリも利用できます。
最初はBASIC!ネイティブなプログラム→HTMLモードでJSを利用したプログラム
但しAndroid5.0あたりからAndroidシステムのWebviewが導入されているので
安いタブレットであれば1万円程度で新品が買えます。中古のスマホであれば
更に安価です。
またプログラムを作るのでキーボードもあった方がいいと思いますが
もちろんソフトウェアキーボード（フリック入力など）でもプログラムは
作れます。
パソコンよりもはるかに安価でプログラミング教育が実現可能です。
iPhoneの登場以来現在の子供たちはタッチパネルAndroidデバイスに
慣れています。
また教える大人側も日頃パソコンよりスマホを触る人は多いと思います。
f.可搬性が高い
ここで述べる可搬性とは別のデバイスで同じプログラムを動かす場合の
容易さの事です。
BASIC!はインタープリタなのでソースファイルのみを別のデバイスに
仮にHTMLモードの場合は併せてHTML,JS,CSSをコピーするだけです。
別のデバイスにはBASIC!さえインストールされていれば動きます。
BASIC!独自のプラグインや拡張モジュールなどは特にありません。
a.性能上の問題
BASIC!の実体はJavaで出来ています。すなわちJavaよりは性能は悪い
ことになります。
実際、大量の繰り返しや大量の文字列を扱うプログラムは性能が出ないので
Androidのスマホやタブレット自体もパソコンの演算能力には劣ります。
但し、プログラミング教育には大きな障害にならないと思います。
BASIC!はプログラムを作るアプリである以上当然文法エラーを実行時に
表示する仕組みになっています。
ただ一部エラーチェックが甘い部分もあり本来エラーとすべきところを
そのまま実行する場合もあり想定外の結果となる可能性もあります。
次にエディタは単なるテキストエディタと同等の機能しかなく最近の
エディタにあるようなシンタクスハイライトや入力補完といった機能は
ありません。
ただ比較的シンプルなプログラムを作る教育では大きな影響は無いと
考えています。
c.一部機能に制約がある
前述の通りHTMLモードではJSが動かせます。ただし制約があります。
非同期通信などを行おうする場合、JSが実行時エラーになる可能性が
あります。
またデータベース機能であるSQLiteへの操作についても文字型項目しか
利用できない制約があります。
JSがローカルモードのみなのは教育の事を考えると少し残念ですが
d.参考となる文献がほぼない
該当する書籍がないのが実情です。
■BASIC! ～ 分かりやすい教本で一から学べるコンピュータ言語 - Android★SQUARE
http://blog.livedoor.jp/an_square/archives/51887786.html
BASIC!の文法自体は極めて簡単なのでどうにかなると思います。
０６．結論
前提：
社内システムを在庫管理等をWebアプリで開発し運用している。
素のPHP+JavaScriptで、フレームワークは使っていない。
前任者・・・開発経験のない者 自主学習で見よう見まねで作った。
俺・・・上記システムを引き継ぎ無しで受け取る。開発経験あり。
(2)異常系が想定されていない
すべて正常なデータが投入されたという前提で稼働
ファイル削除にしても存在チェックや削除できたかどうかも確認していない
(3)コメントが無い
コメントがほぼ無いので埋め込まれたマジックナンバーの意味が解らない
迂闊にデータを触れない
常に本番機で開発している
https://anond.hatelabo.jp/20170911010509の続き
| 種類 | 名称 | 価格 | 備考 |
|---|---|---|---|
| マザーボード | H270M-ITX/ac | ¥13,760 | |
| CPU | Celeron G3930T | ¥4,220 | |
| CPUファン | Silent 9PWM | \962 | 厚みを増やして騒音を抑える |
| CPUクーラー | SST-AR05 | ¥4,480 | 汎用ファンが付けられる中で最も大きいもの |
| メモリ | W4U2400PS-4G | ¥7,990 | G3930Tとの抱き合わせ購入の犠牲になった |
| 電源 | SF450 | ¥9,319 | SFXプラグインの中ではかなり静かな電源 |
| バックアップHDD | WD Red 6TB | ¥25,267 | 2TB減らした |
| ケース | SST-DS380B | ¥18,876 | HDDの冷えやすさとメンテナンス性の良さが決め手 |
| ケースファン | 隼120PRM 1300rpm×3 | \1,089×3 | 小軸なので同サイズの中では大風量 |
| PWM分岐 | CA-864PS | ¥680 | 色々あってPWMにすることにした |
合計 \88,821(HDDを除くと\63,554)
約1万円安くなった。
| 種類 | 名称 | 備考 |
|---|---|---|
| メインHDD | WD Red 4TB | |
| 余りHDD | WD Black 1TB | やや壊れかけているので消しても良い領域に使う |
| システムSSD | X-25M 80GB | |
| 余りSSD | X-25V 40GB | 記憶域プールのキャッシュにでも使ってみる |
| TVチューナー | PX-WDPE Rev1.3 | 地上波2ch |
| 種類 | 名称 | 価格 | 備考 |
|---|---|---|---|
| SATAケーブル(HDD用) | TK-SATA3-03RL×3 | \1,008×3 | 右L30cm |
| SATAケーブル(SSD用) | TK-SATA3-03LL×2 | \790×2 | 左L30cm |
| CPUファンのネジ類 | - | 数百円 | 現物合わせ |
理想のUSB3.0-SATA3.0変換アダプタが見つかったので、SST-DS380BにUSBでHDDを搭載できるようになった。
そうなるとPC-Q25Bの優位性はCPUクーラーと電源しかない。
HDDの冷却性・埃フィルターの掃除・HDDの交換・価格ではSST-DS380Bが上回っている。
良さそうなCPUクーラーと電源が見つかったので、SST-DS380Bに決定した。
HDDのSMART読み温度に連動させることを期待してたが、そのような機能はないので諦めた。
しょうがないのでマザーボードで手動調整することにしたが、以下のような理由でPWM3分岐にすることにした。
全自動から半自動に変えたので、丸々2倍容量なくても前日のデータを復元できるようになった。
2TBあれば2年分の差分が取れるはずだし、手動操作する時は予測より早く容量不足になった時だけなので、6TBにした。
ちなみに、バックアップにはファイル履歴を10分・最長2年で運用する。
http://b.hatena.ne.jp/entry/www3.nhk.or.jp/news/html/20170915/k10011140721000.html
EVに移行しないと乗り遅れる！って煽りを真に受けて、それに乗っかるって戦前と一緒では？
燃料電池自動車はトヨタのゴリ押しというわけでもない。ダイムラーはプラグインFCVを発表しているし、ドイツでは燃料電池電車を実用化するし、大型トラックはEVに置き換わるなんて予測はなくて燃料電池車になると考えられている。
EV普及率で世界一のノルウェーは電気自動車の税制優遇がなくなればプラグインハイブリッドへ乗り換えると言われている。
2040年にイギリスやフランスは内燃機関車の新車販売を禁止するわけではなく、エンジンが付いているハイブリッドやプラグインハイブリッドは禁止していない。少なくとも現状では全てを電気自動車にするなんて言っていないのに、EVだけだと思い込んでいるのでは？
小型のEVは間違いなく増えるはずだけど、2040年から2050年の予想は未だにプラグインハイブリッドが一番多いというのばかり。
