  |
はてなキーワード: Node.JSとは
いつのまにか○○.jsとかいうやつが、すごい沢山あるらしい。適当に検索しただけで、これくらいでてきた。
「JavaScriptが使える」というエンジニアはこれらの違いくらいは把握しているのか。大変そう。
ちなみに、どれが一番強いんだろう？
まあ終了自体は仕方ない。このゲームはゲームと言うには余りに大きな設計ミスを抱えすぎており、また、システム的にもかなり古くなっている。
だいぶ前からオンラインゲーム終了時にどうするか、という話はあるけど、あまり進展はない（ソシャゲ、ネトゲ等のサービス終了後のゲームの保存について考える、とか、米国でサービス終了オンラインゲームを著作権法例外とする動き―ESAは反対とか）。一つ根本的な問題として、本当にオンラインが重要なゲームはオフラインモードに余り意味がないのも大きい。
逆に、ゲームとしてのサービスが終わろうが俺には見たいエロシーンがあるんだよ！
anond:20190209083051 とかでも書かれていたけど、エロの質はいいし、ここにしかないものも多い。しかもそれは(ゲーム上で)自分が苦労して手に入れたものだ。勝手に閉じてほしくない。
……けど、運営コストを考えたらそうも言ってられないのはよく分かる。
自分入手した分のデータをダウンロードして、後は各人がローカルPCで再生すればいい。
必要な機能は大きく分けて、サーバからデータをダウンロードしてくる部分、それからデータ（カードやエロシーン）を閲覧するパートだ。
ちなみにこのゲームは初期に作られただけあって(?)、エロシーンに機能が少なく、BGV はおろか BGM も無い。オーバレイも１枚のみで、基本的に背景(シーン画像含む)と、テキストに 1:1 対応するボイスしかない。
これなら割とできそうな気がしたので保存・再生するソフトウェアを書いてみることにした。
https://aakeeper.appspot.com 驚くほどあっさりできてしまった。
でも、今はできた物自体の話はいい。それより作る過程で色々感動したのでその話をしたい。
今回使ったのはざっくり以下のもの
Quasar Framework も Node.js も Electron も使うのははじめて、他はちょっと触ったことあるけどそんな詳しくない。 ES もあまり好きでなかったので基本的には避けてきた。
Quasar Framework は、とにかく物凄くよく出来ていてびっくりした。今回 Electron モードしか使っていないけど、本来はこれで SPA/PWA/モバイル(Cordova) アプリケーションが作れるという凄まじい対応幅のプラットフォームになっている。着手時に 1.0beta の予告だけあるというタイミングの悪さ(数日後に出た)だったので、 0.17 系を使った。しかし、それでも十分すぎるほどよく出来ている。
ES は今でも嫌いな点は多いんだけど、今回 async/await を使って感動した。これは素晴らしい。他の言語にも欲しい。
CoffeeScript は趣味だけど、とにかく短く書ける点が素晴らしい。あれは終わったという人もいるが、記述量の少なさは js 系では他の追従を一切許していない。今回みたいな急いでいるケースでは、括弧の世話を焼いたり eslint おばさんと語り合う時間はない。CoffeeScript ならコンパイラが全部上手くやってくれる。
HTML5 ベースの GUI は今や chronium の各種アクセラレーションのおかげで、並のポータブル GUI ツールキットよりずっと高速に動作する。
また、Vue.js + pug は非常に記述量が小さくて目的の画面がすぐ作れ、カプセル化がしやすくコンポーネントの再利用も容易だ。
Babel/Webpack は正にバッドノウハウを煮詰めて固めた感じだが、こいつがバッドな部分を吸収してくれるおかげで開発者は正気を保てる。ただし追求しだすとSAN値が減る。
ユーザ側から見ると、Electron 製のアプリはメモリをやたら喰う、少しもっさりしている、配布バイナリが巨大になるという問題は確かにある。
しかし、そうだとしても何より、とてつもなく高速に作れて、各種プラットフォームで割とちゃんと動く。
自分は色々初めてだったので結局２週間分くらい掛かったけど、前提知識が揃っている人なら本当に数日でできたりするんじゃなかろうか。
つい数年前まで、クロスプラットフォームなアプリケーションの作成というのは本当に本当に大仕事だった。こんなに早く手軽に書ける事は無かったし、ユーザ側でもラインタイムのインストールが必要とか環境側のハードルも非常に高かった。
自分は今まで知らなかったけど、最早そういう時代は終わっていた。
もちろん過去に数多くのクロスプラットフォームフレームワークが登場しては消えていったのと同じく、Electron もいつかその仲間入りをするだろう。
でも確実に、びっくりするくらい状況は良くなっている。
興味があるけどまだ触ってないという人は、ぜひ試して感動を味わってもらいたい。
やべーnodeとreactはともかく
typescriptの印象が自分の中でゼロだ
CloudFunctionがtypescriptで書けることしか知らねーｗ
ググろ
食べログやWeb制作企業のアコギな商売のため、それらに不満を抱えているローカル小規模商店が多いとわかった
そこで(抜けはあるかも知れないが)一部の知識を提供しようと思う。
前提として「すべてこの情報でまるっと上手くか？」といえば「そうてないこともある」ことは留意しておいて欲しい。
流石に今どき!DOCTYPEから手打ちしろというのは酷すぎるので「静的サイトジェネレータ」を使う
わかりやすく言えば「ホームページビルダー」で、デザインテーマに合わせたWebページの雛形を生成してくれるもの
現在では静的サイトジェネレータと言うとGUIではなくCUIからWebページを生成してくれるものを指すことが多い
GUIの場合は「Webサイト作成ソフト」「Webオーサリングツール」と呼ばれることが多い
生成されたWebページが含まれたディレクトリをFTPアプリケーションでプロバイダのホームページスペースへアップロードするだけでWebサイトを立ち上げることが可能
早い話こんなのが簡単に作れる上に、最初からたいていはスマホにも対応してる
ttp://www.codeblocq.com/assets/projects/hexo-theme-magnetic/
ttps://sharvaridesai.github.io/hexo-theme-edinburgh-demo
ttps://themes.gohugo.io/theme/yourfolio/
ttps://themes.gohugo.io/theme/alpha-church/
ttps://themes.gohugo.io/theme/hugo-shopping-product-catalogue-simple/products/
ttps://themes.gohugo.io/theme/hugo-creative-portfolio-theme/portfolio/
ttps://event-jekyll-theme.github.io
ttp://jekyllthemes.org/themes/project-gaia/
ttps://portfolio-central.github.io/jekyll-instagram-portfolio-theme/
ttp://mushishi78.github.io/one-page-wonder-jekyll/
ttps://jekyller.github.io/online-cv/
「久々にその固有名詞見たわ」「古いバージョンなら持ってる」と言われそうなド定番
オープンソースなWebオーサリングツール。無料だけどホームページビルダーやDreamweaverに比べると使いにくい
日本語情報も豊富なRuby製静的サイトジェネレータ。他者へ質問しやすいというメリットもある
Node.js製の静的サイトジェネレータ。もう既にNode.js環境があるならアリかな？
Go製静的サイトジェネレータ。シンプルな機能とWebページ生成までの高速性が売り
「どれが良いか？」と問われると「どれが良いってことは無いんだけど、情報の豊富さならJekyll、Webページの生成の速さならHugo」というのが答え
合わないと思ったら別の使えば良いとは思う
プロバイダのホームページスペースにはFTPアプリケーションによるアップロードを行う
定番の「FileZilla」や「FFFTP」あたりを使っていれば間違いない
プロバイダがサーバサイドスクリプトを許可していない限りコメント機能の実装は難しい
しかし、需要があるところには供給もあり「DISQUS」というコメント機能が使えないWebページにコメント機能を実装させるWebサービスがある
Twitter、Facebook、Google+などのSNSアカウントがあれば書き込むことができる
静的サイトジェネレータ名にDISQUSと加えてググればたいてい情報が出てくる
ちなみにWindowsではWSL環境でUbuntu上にHugoなどを構築すると楽
CLIが苦手な人は従来通りホームページビルダーやDreamweaverを使えば良いと思うが、CLIの利点はGitなどバージョン管理システムで管理しやすく、今後レンタルWebサーバへ移行しても、容易にそのままホームページを移行できるというメリットがある
WordPressなどのCMSには良い部分が多くあると思うし、顧客が追加要望ばかりしてアホすぎるという意見もわかるし、メシの種だからあんまり触れてくれるなというのもわかる
優秀な人間はもう最終学年の一つ前の夏にインターンやOB等を利用して企業訪問をしてコネクションを作成済みだ。
それでも良いと思っているのは、当分親元の下で暫く過ごすからとかという理由じゃないか。
君たちがゴールと思っているものは、実はスタートラインということを忘れていないだろうか。
例えば今はサーバサイドエンジニアになりたいのであればNode.jsのことを説明したら反応しろ。
反応できなくても分かったように相づちでも打ったほうが良いよ。
無反応だと｢お前、ほんとにITやりたいの?｣ってコチラは思う。
大体、IT系の専門学校や情報系の大学行っててIT関連の展示会の名前を言った後、?マークな表情って何勉強してんの?
学校では教えてくれないからって何もしてないのって、実際IT興味無いよね。
無いなら大手行ったほうが良いよ。
弱小はそれどころじゃないから･･･
興味ないのに説明する身になってくれ。
1十数万払ってこの程度かよって感じ。
会場費が高いのは分かるがサービス悪すぎじゃないじゃないですかね。
# これに関しては参加を決めた社長が悪いと思うが･･･
IT専門学校や情報系の学部で勉強して2年ないし4年勉強してその程度の質問しか出来ない人間に成っていることを自覚しているだろうか。
また、文系の大学生の人はなせIT企業を志望して弊社に来たのか。
自問自答してみたらその返答は無いだろうと思うけど君たちは理解出来ないのだろうか。
出来ないから弊社のような弱小企業のブースに来てしまっていないか。
私のより頭の出来が良く、勉強もできるからこそ良く考えてほしい。
https://anond.hatelabo.jp/20170911110731
昨年、はてブでバズりまくったエントリにまんまと乗せられた実務経験なしのプログラミング初心者が
N予備校プログラミングコースのプログラミング入門 Webアプリコース（有料のプログラミングコースで一番最初にやるコース）を修了したので知見をまとめておきます。
そんな感じです。以下、理由。
入門コースの実践編となる３章からは各講義の最後に課題が出されて、
N予備校のGitHubリポジトリにプルリクエストを出すことで課題の提出に変えて、
学習を進めていくのですが、
https://github.com/progedu/intro-curriculum-3001
https://github.com/progedu/intro-curriculum-4023
ちゃんと内容を理解できている人の割合はさらに低いと思われます。
なぜそんなに脱落していくかというと、まあ難易度だったり色々あるとは思うのですが
～をするにはこういうプログラムを書けばいい！ということは教えてくれるのですが、
なぜ、こういうプログラムを書けば～ができるのかということについての説明が少ないです。
感覚としては、途中の式と解答だけが書いてある数学の参考書を読み進めているような感じで、学習者には途中の式の意味を自力で読み解く能力が求められます。
その過程でドキュメントをあたったり、自ら調べて解決する能力が必要です。
またアロー関数式だったり、三項演算子や論理演算子を用いた代入などの省略記法を多用する割にソースコード中にほとんどコメントを書かないことも初学者には難しいかなと感じました。
体系的な学習にも不向きです。
あとオブジェクト指向の説明をせずに、JavaScriptのオブジェクトを扱っていたり、
データベースの学習をする前に、MVCパターンを扱っていたり、ちぐはぐさを感じるところも多かったです。
ということで（他にもいろいろあるのですが）、未経験者が独学で進めていくのは厳しいんじゃないかな～というのが入門コースを終えての結論です。
たとえば保護者の方が専門のエンジニアで分からないことがすぐに聞けるような環境にあればよい教材になるかもしれません。
ただ中級者へのステップアップを目指している初心者がきっかけをつかむには良い教材になりえるとも感じました。
私自身、GitHub、Linux(Ubuntu)、Node.js、Expressフレームワークなど、自主的にはなかなか食指が動かなかった分野の知識を得ることができたと思います。
難易度は高いですが、中級者向けのまとまった教材というのはネット上にもあまりないと思いますので、ある程度経験のあるプログラマが知識を深めるために利用するのはありだと思います。
ただ社会人が学習を進めるにはまとまった時間の確保というのがネックになるとは思います。
N予備校の入門コースの想定学習時間は180時間だったと思いますが、私はこのコースを修了するのに400時間前後かかったと思います。
（今年の１月初頭からほぼ毎日午後を勉強時間に充てて、ようやく昨日入門コースを修了しました）
コースを終わらせることだけを目標にするならもっと短くできるとは思いますが、ある程度知識をつけて今後にいかすことを目標にするとなると、想定学習時間内でコースを終わらせるのは難しい気がします。
色々書きましたが、それでも月1,000円というのは破格の価格設定だと思いますので、気になっている方は挑戦してみてもよいのではないでしょうか。
などがおすすめです。 「「分かりそう」で～」のサイトには本当にお世話になりました。m(_ _)m
ただ特にプログラミング経験の浅い方に伝えたいのですが、N予備校の入門コースが理解できなかった、挫折したからといって、プログラミングができないということはまったくないです。
私自身、SEやプログラマとしての実務経験はありませんが、趣味でも仕事でもガンガンプログラムを活用しています。
ぜひ挫けずにプログラミングの学習を続けていただきたいなと思っています。
あとネット上にはN予備校のプログラミングコースのレビューも散見されますが、無料コースしかやってないんじゃないかなーというものが多いのでお気をつけください。
基本的に無料コースと有料コースは別物と考えたほうがよいと思います。
参考になれば幸いです。
ところで、N予備校のニコニコ動画再現コースが2017年度中公開予定になってるんですけど、本当に公開されるんですよね・・・？（※）
私がいるところは、プログラマ/システムエンジニア、フロントエンドエンジニア/バックエンドエンジニアとかの区分がなくひとりでなんでもやるところです
一応フロントエンドが好きで得意だと自称はしているものの一般的なフロントエンドってどこまでするのでしょうか
デザイナがするような部分
ここは当然でしょう
最近では SPA のページも多いので単純な HTML と JS ではなくフレームワークを必要とされることもあります
SEOの都合などでJSレンダリングじゃなくサーバサイドレンダリングで、サーバから受け取るHTMLの時点で表示できる状態になってることを依頼される場合もあります
その場合はサーバサイド言語に応じたテンプレートエンジンも使います
PHP なら Blade、Python なら jinja、 Node.js なら ejs という感じ
JS のコードをテストしたり gulp などのタスクランナーや webpack などバンドルツールを使うので OS のコマンドラインのツールも使える必要があると思います
サーバサイドの言語は別の人が作るにしても自分の環境でそれを動かすためにサーバ構築は出来たほうがいいでしょう
VM に OS のインストールしてウェブサーバをインストールしたり
Vagrant, Ansible 等で管理されているなら、設定ファイルを書くことはないにしろ実行する方法やエラーが起きたときの簡単な対象方法くらいは知っていないと不便かと思います
ウチの場合は各自LinuxをVMにインストールして Ansible でという使い方なので気づきませんでしたが、考えてみたら全部設定済みの VM データを配布してくれるということもあるのかもしれません
データによって画面表示を変えるときに、それに応じたデータを作って画面を確認したいことがあるので、mysql や postgres などなどデータベースの知識も必要になることがあります
SQL 書けなくても pgadmin みたいな GUI ツールで表を書き換えればいいのですが最低限の仕組みは知っていないと苦労しそうです
完全にフロント/バックが切り離されてるところなら、フロントエンド開発者向けにデータベースは使わずテンプレートエンジンに渡ってくるデータを好きに設定できる機能が用意されてるのかも？とも思います
サーバサイドの処理は不要でクライアントサイドの動きのみを作るわけですから、決まった場所の JSON ファイルのデータがそのまま使われるならデータベースの存在を知らなくてもいいですし
ここまでできたらバックエンドよりフロントエンドのほうが何でも出来る人みたいに思えます
あとはサーバサイド言語を書ければもうサービスが作れてしまいます
でもこれぐらいできないとすごく不便で、すぐに他の人に頼らないといけなくなるように思います
サーバ冗長化とかそういった部分はかかわらなくてもいいと思いますけど、Linux やデータベースなんかは自分でどうにかできないと周り誰もいないときに動かなくなったら作業進められななんてことがありそうですし
