「ecmascript」を含む日記 RSS

はてなキーワード: ecmascriptとは

2022-12-10

anond:20221210211237

>nodejsについて、nodejs+expressローカルマシンで動かす場合使用する言語javascriptなのでしょうか?

現在はDenoが強く推奨されているようですが。

基本的にはそうなります

ECMAScriptが標準になりますが、Node.js独自ライブラリーExpressを使うなら当然Expressライブラリー、その他の外部ライブラリーなどが普通に使われます

外部ライブラリ使用可能にするには事前にインストール必要です、外部ライブラリを使う場合には「require()」などで参照が必要です。

なので当然ECMAScript以外の勉強必要です。

素のJavaScriptは大規模開発に適さないので、TypeScript化することで大規模開発に適します、小規模開発なら素のJavaScriptおkです。

TypeScript学習難易度が高いのがデメリットです。

2022-03-15

ECMAScript、惜しかった

ACMAScriptだったら日本語悪魔スクリプトと呼ばれてた。

JavaScript使いは悪魔使いになれてた。

2022-02-22

WEB系のエンジニアって今の仕事が窮屈じゃないんだろうか?

かく言う、自分も俗に言うWEBエンジニア

この業界が息苦しいなと感じているものの、この業界に居続けている

トレンドを追うと、高速化効率化みたいな内容しか出てこない。

自動デプロイだの、描画速度の向上だの、テスト自動化だの、新しいAWSサービスだの…

からサービスは作れるし、外部サービス連携APIを見ればプレーンで書ける。

VPSみたいにサーバー用してもらえれば、プレーン運用も出来る。

でも、プレーンで描くと「車輪の再発明」だの「再利用出来ない」って言われる(幻聴かもしれんが…)

いかシェア率が高いメジャーライブラリ方法を使って開発する事ばかり

フロント周りもそう

この世界に入った時は、色々華々しい事ができるって思っていた

実際は、開発環境やらモダンな開発手法やらごった煮なお作法勉強しないと「トレンドを追え」と鼻で笑われる

フレームワークやらECMAScriptを使わずプレーンで描いたら白い目で見られる。

そこまで使いこなせて初めて新しい技術を触る権利がある位面倒くさい

追ったら追ったで、「これ今すぐ使う必要なくね?」ってなって勉強の意義を見出せなくなる

今の自分が、コピペで開発で満足していた過去自分を見たら、自分説教してくれた先輩のように説教をするだろう

ブログ鵜呑みにするな、ドキュメントを見ろ」「コードコピペすんな、書け」「闇雲に手を加えんなログを読め」ってね。

ただ、あの頃みたいに、とりあえず作ってブラッシュアップして行こうっていう気持ちが今もあればまた違ったのかもしれない

プログラム所詮道具なのに、道具の手入ればかり勉強している気がして何か窮屈だなって思う

だけど、その思考で数年やって来たからこの思考から抜け出せない。

プログラムでモノを作るってもっと自由で良かったはずなんだがな…

結局、自分の中で答えが見出せなくて、WEBから離れる事にした

2021-06-28

ecmascriptアロー関数式で結果オブジェクトには括弧を付けないといけないのは何故なんだ

中括弧で囲まれた内容がシンタックスなのかオブジェクトなのかは自動で判定できるやろ。なんで括弧が必要になるんだ。

教えてプログラムに詳しい増田ニキ。

2021-04-10

anond:20210410140604

ES5に見えたのでECMAScriptがなんでデブなんだろうと思ってしまったw

2020-08-27

とりあえず、AndroidJava Javascript ecmascript python C++が使えることはわかったし、がんばるか

2020-04-19

anond:20200419160315

それはある

Unityで使われるC#Javaのパクりだし

Unreal Engineで使われるC++Javaのパクりだし

TypeScriptEcmaScriptJavaのパクりだから

とりあえずJavaやっとけばいいよ

2019-05-28

ニート脱出のため、プログラミングを独学するも仕事が見つりません

現役のプログラマweb制作ソフトウェアに関連する産業従事される方々のアドバイスを頂きたいです。また、ニートから社会復帰された方のアドバイスも頂きたいです。

注意: いわゆる特定を恐れてかなりぼかした表記をしているのですが、ぼかしすぎとの指摘をいただければ可能な限り追記いたします。ただし、GitHubプロフィール/WebアプリURLについては、就職活動のための個人情報が含まれている可能性があること、宣伝すべきでないことから、ここで公開をすることはありません。

自身について
プログラマとして

素人同然かもしれませんが、適切なアドバイスを頂くために必要だと思うので、書かせていただきます

成果物について

Webアプリ概要: 複数の外部APIを組み合わせて定期的にデータ更新される(現時点で数百万程度のレコード数)、ユーザ操作リソース更新されることはない(すべてのendpointが認証なし、GETのみ)

面接に間に合わせるように作ったのですが、残念ながら一度も面接官/採用担当者の方にご覧いただく機会がありませんでした。(そもそもGitHubについてご存知の面接官の方がいらっしゃらなかった…)

内容としては、モダンWeb開発の基礎を一通り踏まえた構成になっていると考えています

応募資格の壁・いざ面接

ソフトウェアエンジニアの取扱いが多い求人サイト(Find Job・GreenWantedly)、一般的大手求人サイト派遣会社ハロワ、横断検索サイト(Indeedなど)、Google検索

インターネット上で公開されている、通勤できる距離求人情報は片っ端からクリックしました。(Google検索site: ... ※実際には求人サイトドメイン結構効果的でした)

良さそうな会社はたくさんあったものの、応募資格の時点でほとんど諦めることになりました。(実務経験以外なら必須でない条件を含めて満たす求人もありましたが、必須条件を満たさないために応募をすることはありませんでした。)

社会経験」「実務経験」を必要としない寛大な会社は、ほぼSESしか存在しないようです。

「1年以上の実務経験」を必須とする、時給1000円のアルバイトはたくさん見つかりました。(ZOZOアルバイトが1300円で話題になりましたが、1000円のアルバイトでもそこまで求められるのかと思ってしまいました…)

視野を広げてWebデザイナーやHTMLコーダーを見てみると、実務経験に加え、「Adobe製品使用経験」(料金が払えない…)「Wordpressサイト運用経験」「ポートフォリオサイトを持っていること」が必要会社ほとんどでした。

VPSWordPress+nginx+SSL(Let's encrypt)で構築したことはありますが、1人で更新する分には静的サイトジェネレータを使ったほうが簡単で、GitHub Pagesなどで無料で公開できるので、実際の運用には至りませんでした。

やはり、自分デザイン系の会社が求める人材ではないと思います

応募資格の時点でほぼ応募できる会社存在しない中、応募資格を満たす会社に片っ端から応募して、数社面接までたどり着きました。SES以外面接落ち、SES会社は一次面接通過後に辞退させていただきました。

面接で基礎的なコンピュータサイエンス/アルゴリズム知識を問われる可能性を考えて、それらの基礎も学習しましたが、これもまた面接使用する機会がありませんでした。(それ自体無駄ではなく、むしろ自分のためになるものでした)。

どうすればいいのか

以下の選択肢は現時点の自分にとって現実的ではありません。


私の文章力が低く、読みにくい文章であったとすれば、申し訳ございませんでした。これでも下書きを一度破棄し、表現に気をつけながら、書きあげるのに数日を要しました。これが私にとって初めての増田での投稿で、「この内容を登録する」ボタンを押すのにも勇気必要でした。

厳しいご意見を含めた、皆様の返信・ブコメをお待ちしております最後までお読みいただきありがとうございました。

2015-10-04

http://anond.hatelabo.jp/20151004110104

ECMAScriptの最新バージョンは6だし、5なんてIE9時点で対応されてるし。

なんでその古い知識で回答しようと思ったの?

その文章書く前にせめてググれよ。

http://kangax.github.io/compat-table/es5/

http://anond.hatelabo.jp/20151004105028

とりあえずこれと

http://www2u.biglobe.ne.jp/~oz-07ams/2002/ecma262r3/fulltoc.html

DOM-HTML

http://www.w3.org/TR/DOM-Level-2-HTML/ecma-script-binding.html

それとw3cDOM-Coreを読んでおけば一通りわかるようになる

ecmascriptは最新が5だった気がするがブラウザ実装されていない分がかなりあるのでまた後でいい

2011-12-17

Flash vs HTML5」関連話への反論は まだまだ技術者側の説明不足か

先日「Flashエンジニアが今後10年食べていくには?」というテーマを元に

Flash精通した Web 技術者達のディスカッションが行われる催し物があった。

 http://www.publickey1.jp/blog/11/flash10.html

この記事だけでは内容が省略しすぎているため

時間があれば是非録画の模様もみていただきたい。前半初頭は音量が小さいので注意。

こういった催し物は面白いなと、私はとても楽しく見させていただいた。

 http://www.ustream.tv/recorded/19073524

 http://www.ustream.tv/recorded/19074357

ディスカッションでは Flash だけではなく HTML5 についても触れている。

ディスカッション感想をディレクションや営業を行なっている知人に聞いたり、

ネット上の反応を見てみたところ以下のような意見がいくつかあった。

「『Flash好きな人』だけではなく HTML5 派の人との対談もあればよかった」

Flash 派の人の話だから HTML5 が使えないという話はいまいち参考にならない」

Flash 派』『HTML5 派』という くくりで考えてしまう人は

まだまだ多いと実感する。

パネリスト達は

過去から現在までに様々なプログラミング言語を利用し、あらゆる技術精通している。

Flash という表示媒体/環境開発がベター(時にはベスト)だと考え、

Flash をよく扱っている、という旨を話している。

Flash 以外にも色々やってます、と言っている。

最後の締めとして

Flash よりも優れたものが登場するのであればそちらに移行するでしょう、

とも言っている。

これだけの説明があったのに

ディスカッション内で触れた HTML5 に対する否定的な話は、

Flash 派』とやらのポジショントークだと目に写ってしまったのだ。

Java やら C やら objective-c やら perl やら php やら

サーバサイドからスマホネイティブ言語を用いてのアプリ制作まで

色んな事やってます、と言っても

技術者ではない人達には馴染みのない単語は耳には入らない。

技術的な事はよくわからない。

現在世の中には HTML5 を推し、合わせて Flash を否定する記事が結構出回っている。

技術者が話す専門的な用語の飛び交う話よりも

どこの誰が書いたかもわからない

HTML5 vs Flash 的な読みやすい記事に耳を傾けてしまう人はいる。

Apple 製品を好む人は「ジョブズがそう選択したのだから」と

なおさらこういった記事に目を向けてしまう。

Flash vs HTML5 の話にのせられてしまうのは、よくわかっていない人だ。」

そうあっさり切り捨ててしまうのもいいかもしれないが、

そうもいかない状況にもなってきてしまっているのが最近だ。

ディスカッション内では、

Flash大丈夫なのか?」という

ネット上の煽り記事を読み不安に思ったクライアントから連絡を受け

きちんと状況をゼロから説明するハメになってしまった、という内容があった。

似たような状況になっている人もいるのではないだろうか。

当方周辺では、

Flash は駄目だ」「Flash でなくても HTML5 ならできるはずだ」

HTML5Flash の代わりになるものだと言われている」と

クライアント、あるいは仕事先の関係会社から耳にする機会が増えてきた。

技術者の及ばないところで

ベターではない技術が選択、あるいは勧められてしまう やっかい性。

危惧した技術者達による反論記事は結構出始めているのだが

その記事は世間の目には届かない。

TV CMバンバン流れている iPhoneiPad では Flash を見ることができない

という状況に乗じた

いかげんな煽り記事の効果は絶大だ。

よくわからない人が圧倒的多数なのだ

勘違いを正すためには、今までよりもより一層

からない人達に わかるように説明、

あるいはメッセージを発信するよう心がけていかねばならないと感じる。

技術へ移行は容易い

パネリスト達のような

Flash を扱う事が可能な技術力を持ち合わせている人にとって

Flash が終わろうが、代わりの技術HTML5 やらその他何になろうが

大した影響はない。

「この文章書いている人間Flash 派なのでは?

 Flash 派の人間がそんな事言っても説得力ないな」という

ポジショントークと見られないための判断材料として、

プログラミング』についての話をしてみる事にする。

プログラミングに詳しいすべてのエンジニアはこういうだろう。

「世にあらゆるプログラミング言語があるが

 それらプログラミング言語の違いは記述の仕方が違うだけ」

「何か一つ言語を習得し

 その言語で自由に物を作れるだけのスキルを持ち合わせたならば

 別言語、別環境になろうとも移行は容易い」

Flash の事は全く知らないがプログラミングプロフェッショナルの人』

が近くにいるならば是非上記について伺ってみてほしい。

その通りだと答えてくれるはずだ。

Flash で用いられている言語は何も特別なものはない。

世にある あらゆるプログラミング言語のうちの一つである

プログラミング概念を理解している人ならば

Flash で作ったものを他の言語移植することも、

他の言語で作ったものFlashプログラミング言語移植することも容易いのだ。

ここで上記三行の「他の言語」を「JavaScript」に置き換えてみてほしい。

HTMLDOM 操作に必要な言語JavaScript である

言語は、Flash ならば ActionScriptHTML5 ならば JavaScript を用いる。

画面描画は

Flash ならばグラフィックスシンボル等を作成・配置、

あるいは用意されている描画用 APIActionScript で呼び出し、

HTML5 ならば CSS, HTMLタグ記述

あるいは用意されている描画用 APIJavaScript で呼び出す。

Flash と似たような技術として Java AppletShockwave があるが、

これらも一緒で

言語を変え、その技術に合わせた描画を行う処理を記述するだけだ。

Flash派」「HTML5派」といった具合に

Web 技術者が何かに属していて、何かには属していないかのような区別の仕方は

的がはずれている事を なんとなく感じていただけただろうか。

技術者にとっては要はなんだっていいのだ。

仕事に対し、あるいは表現したい事に対し、ベターな選択を行うだけの事なのである

PC向けゲームなら Flash

スマホ向けサイトなら HTML5

環境や表示内容に合わせ両方を採る選択もあるだろう。

パネリストの中に ActionScript好きだ、という人がいた。

これは別に

Flash が好き(製品のファン)だから ActionScript が好き、と言っているのではない。

現存するあらゆる技術比較した上で

ActionScript が優れたプログラミング言語だと判断しての発言なのだ

将来的に HTML5 が格段に進化する日がくるならば

HTML5 を選択するだけの事であり、

HTML5 が廃れて別の技術が登場するならば

その別の技術を選択し、

Flash より優れた技術が登場しなければ Flash を使い続ける、

ただそれだけの事なのである

対立どころか むしろ近い存在

もう少し突っ込んだ話をすると

Flashプログラミング言語である ActionScript(ActionScript 1.0)と

HTML 表示制御を行う言語 JavaScript は 実は同じ言語仕様である

ECMAScript』という単語で調べてみてほしい。

FlashHTML5 は対立するもの」と考えていた人、

あるいは ActionScriptJavaScript を触れたことがない人にとって

「え?そうなの?」と思う人もいる事だろう。

JavaScript は大規模開発に向いていない、という話は聞いたことがないだろうか。

同様の言語仕様である ActionScript 1.0 はこの問題を解決するため

ActionScript 2.0 から ActionScript 3.0 へと進化していった。

FlashHTML5 とで同等のもの制作する場合

Flash は開発がし易い、という話がよく挙げられるが

その理由の一つがこれである

現行の JavaScriptActionScript 1.0 は ECMAScript 3 準拠に対し、

ActionScript 3.0 は ECMAScript 4 準拠である

言語として進化しているものFlash採用しているので

開発は抜群にし易い。

ECMAScript 4 準拠の JavaScript も登場する日もあったかもしれなかったのだが、

Adobe はここで大失敗してしまった。

ECMAScript 4 標準化白紙

ECMAScript 4 は無かったことになってしまったのだ。

ActionScript 3.0 で作成したプログラム

そのまま HTML ブラウザで動作する事はなくなった。

技術者にとってコストを削減できるための手段の一つを

政治的な思惑によって潰されてしまった悲しい過去の話である

ちなみに JavaScript は大規模開発に向いていない、という事に対し、

最近では Google が新言語 Dart というものを開発している。

位置づけとしては ActionScript 2.0 に近いと比喩した人もいる。

ActionScript 2.0コンパイルActionScript 1.0 に変換されて出力される。

Dart も同じく JavaScript 変換機能を持つ。

今後

先の事は誰にもわからない。

HTML5 が成長するとは必ずしも言えない。

技術者は身を持って知っている。

ブラウザの足並みが揃ったことは過去一度たりともない。

表示と動作の差異、技術者はずっと苦しめられてきている。

めんどくさい。コストがかかる。

日本では IE6呪いはまだまだ続く事だろう。

現状の HTML がひどい状況なのだから

HTML5 も同じ道を辿るのでは、と言われてしまうのも仕方がない。

実際に HTML5 の各ブラウザの実装具合はバラバラである

Flash はといえば、

今でも 10年以上前スクリプト言語 (ActionScript 1.0 よりも前の言語)で

携帯向け Flash を作るはめになっている開発者が多い。

携帯向け Flash Player 開発中止、とある

Flash が動作するブラウザがいつまで携帯に搭載され続けるのか、

まだ誰にもわからない。

今後も当面携帯向け Flash を作り続ける事になるのかもしれない。

この古い言語での開発はとても苦痛であるが、

携帯向け Flash は一つの容量が小さいというのが救いである。

IE6 対応 HTML サイト制作にせよ、携帯向け Flash 制作にせよ

10年以上前ものが現役とは妙な話である

しか技術者対応するのだ。

状況に応じて何を選択するかを判断できるほどの技術力を身につける事

それが一番重要である

これから Web技術者を目指す、という人は

HTML5 なり Flash なり何を学んだっていい。

選択する技術に何ができて何ができないのか、

どの技術を組み合わせるとよいのか、

自ら判断できるようになった時、一人前の Web 技術者になったと言えるだろう。

一つ何かをモノにしてしまえば前述の通り移行は容易い。

今何かを勉強中の人は周りの声に流されず、

それを極めるくらいまでとことん勉強してほしい。

続けていくと見えてくるはずだ。自信という名の悟りの道が。

ディスカッション感想

気になった点をいくつか。

現状の HTML5 の実装具合のバラバラさに対し、

「(HTML5の)表示の差分を埋めてくれる何かが登場するかもしれない」

と言う発言があった。

言った当人も会場にいる人達も、きっとこう思っただろう。

「それってなんて Flash Player?」と。

HTML5Flash の真似事をしてますよね」

「あれはやめたほうがいい」という発言があった。

おそらく HTML5 canvas の事であろう。

この意見に対し「ムッ」と来てしまった人がいるかもしれない。

勝手に注釈するのであればこの発言は

Flash で作られた重たい WebHTML5 でまた再現するつもりなの?」

という皮肉であろう。

2011-08-25

http://anond.hatelabo.jp/20110825032002

まり、何がいいたいかっていうと、どんな言語、ツール使おうが、その上位10%にでも食い込んでりゃ食えるよ。

んー、上位10%に入りやすいのはFlashHTML5か的な話じゃないかしら?

結論としてはFlex言語仕様は糞。

ECMAScriptが糞ってこと? 俺は結構好き。

それともあの型付け風の変数宣言の書き方? これはちゃんと書くと面倒なくせにあんま意味がないとは思う。

2010-02-19

新世ウェブスタンダード

第壱話 HTML5、襲来

第弐話 見知らぬ、ブラウザ

第参話 鳴らない、Audio

第四話 WAI-ARIA、逃げ出した後

第伍話 Safari、心の向こうに

第六話 決戦、第3のブラウザOpera

第七話 WWWの造りしもの

第八話 Chrome、来日

第九話 瞬間、Canvas、重ねて

第拾話 セクションダイバー

第拾壱話 静止したACID3の中で

第拾弐話 先行実装の価値

第拾参話 バグ、混入

第拾四話 Firefox、魂の座

第拾伍話 バグとハック

第拾六話 死に至る非標準、そして

第拾七話 四人目のECMAScriptエンジン

第拾八話 DTDの選択を

第拾九話 ベンダーの戰い

第弐拾話 XMLのかたち、SGMLのかたち

第弐拾壱話 WHATWG誕生

第弐拾弐話 せめて、マイクロフォーマットらしく

第弐拾参話 IE

第弐拾四話 最後のCSS

第弐拾伍話 終わるXHTML2

第弐拾六話 世界の中心でセマンティックを叫んだけもの

劇場版 W3C新生

劇場版 WebKit/世界標準を、君に

2007-05-18

意外と古いのが参照され続けたり

URLエンコード | Diaspar Journal

まずは RFC 1738 - Uniform Resource Locators (URL)日本語訳)を参考にして、記号文字のURLエンコードがどのようにあるべきかを確認します。

いくらなんでもRFC 1738はないでしょ。RFC 2396 Uniform Resource Identifiers (URI): Generic Syntaxが出たのが1998年の8月だよ。最新のRFC 3986 Uniform Resource Identifier (URI): Generic Syntaxですら2005年1月、つまり2年以上前に出てるんだよ。

・・・といちゃもんつけようかと思ったけど、ECMAScript 3が1999年12月だからRFC 3986は参照できないね。さらにECMAScript 1にいたっては1997年6月だから、どうあがいてもRFC 1738しか参照できないわけだ。そのへんECMAScript仕様書にもちらっと書いてあるね。そこらをみんな考慮に入れて誰か改良版を作ってくれないかな、というだけいってみるテスト

2007-04-24

スクリプトをなんとかして実行してやろうというひね根

http://www.atmarkit.co.jp/news/200704/23/eweek.html

これを見て、へーと思ったので、何ができるんにゃろめとあれこれかんがえてみたりした。


<script type="text/javascript">alert('test')</script>
<div onClick="alert('test')">test0</div>
<A href="javascript:alert('test')">test1</A> 
<A href=vbScript:MsgBox("test")>test2</A> 
<A href="javas	cript:alert('test')">test3</A> 
<A href="javas&#09;cript:alert('test')">test4</A> 
<div style="font-size:!!expression(alert('test'));">test5 !!を外せば動くけど死ぬよ</div>
<iframe src="test.html">test6</iframe>

ECMAScript

LiveScript

JScript

ジャワティーストレート

JavaTeaScript

http://www.fureai.or.jp/~tato/JS/scripttg.htm

にゃ!?

こんなにいっぱいスクリプト言語あるの・・・?

 
ログイン ユーザー登録
ようこそ ゲスト さん