「JavaScript」を含む日記 RSS

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

2017-01-14

http://anond.hatelabo.jp/20170114155348

明確な目標があるのに、もったいない

ネットだと、情報が多すぎるのかな

javascriptかな?と思ったけど、ruby

ifもforもでてこなくてスマ

eachが形を変えたforです

いろんなとこからコピペ量産して、2時間近くかかりました^^

api取得はすぐだったけど、json、hash、arrayでごにゃごにゃ)

rubyソース

# ライブラリ
require 'net/http';
require 'uri'
require 'json'

# 検索文字
$q = 'http://ci.nii.ac.jp/books/opensearch/search?q=%E7%B3%9E&format=json'

# web-apiから取得
# https://support.nii.ac.jp/ja/cib/api/b_opensearch
def search(q)
    uri = URI.parse(q)
    json = Net::HTTP.get(uri)
    result = JSON.parse(json)
end

=begin
取得データ1件サンプル
{"title":"糞土",
"link":{"@id":"http://ci.nii.ac.jp/ncid/AN00094249"},
"@id":"http://ci.nii.ac.jp/ncid/AN00094249",
"@type":"item",
"rdfs:seeAlso":{"@id":"http://ci.nii.ac.jp/ncid/AN00094249.json"},
"dc:date":"1953",
"dc:creator":"糞土会",
"dc:publisher":["糞土会"],
"prism:publicationDate":"1953",
"cinii:ownerCount":"8"},
=end

# データ整形
#
# 入力データ構造
# {"@id":"http://ci.nii.ac.jp/books/opensearch/search?q=%E7%B3%9E&format=json",
#  "@graph":[ { "items":[ ,,,
#
# 出力(ハッシュ)
# {title => dc:date ,,, }
def format(hash)
    title_date = Hash.new

    # ハッシュキー"@graph"の値の配列の先頭のハッシュキー"items"のハッシュ配列を取得
    items = hash['@graph'][0]['items']

    # タイトル出版年を取得して、戻り値ハッシュへ追加していく
    items.each do |item|
        title = item['title'].chomp
        date  = item['dc:date']
        title_date.store(title, date)
    end

    return title_date
end

# 並び替え
def sort(hash)
    hash.sort_by do |key, value|
        value
    end
end

# 出力
def print(hash)
    hash.each do |key, value|
        puts "#{value}年 #{key}"
    end
end

# メイン関数
def main
    # web-api検索して、
    result1 = search($q)
    # データを整形して、
    result2 = format(result1)
    # 出版年で並び替えて、
    result3 = sort(result2)
    # 出力する
    print(result3)
end

# 実行
main

rubyスクリプトの実行結果

C:\Users\unko\Desktop\prog>ruby webapi.rb
1848年 人欲辨 (じんよくべん)
1870年 雀糞論説
1920年 青瓷説
1933年 管内ニ於ケル鶏糞ノ利用状況
1947年 糞尿譚 : 小説1953年 糞土
1955年 黒い裾
1955年 形成
1959年 石糞
1972年 糞 : 海田真生個人文芸誌
1972年 乳幼児糞便図譜
1987年 糞尿と生活文化
1991年 皇居と糞尿と大嘗祭 : 皇居「糞尿」裁判を支える会ニュース
1995年 糞袋
2000年 糞尿史 : 遷都は糞尿汚染からの逃避だった
2005年 「糞尿」大全
2007年 糞虫たちの博物誌
2008年 うんちのはなし : う~んとげんきになる
2009年 糞神

増田トラバブックマークレットを作った

はじめに

何番煎じだよって感じだけど、既存ブックマークレットクエリパラメータとかも含めてURLを取得したり、

選択範囲を本文に反映したりとか、俺にとってはいらない機能が色々あったので、

俺用に最適化したブックマークレットを作った。あと、はてな記法使ったことなかったのでそのテストも兼ねて。

ブックマークレットの導入方法はググれ。

前提

コード

javascript:usrID='KokoniIDwoIreru';function enc(s){ return encodeURIComponent?encodeURIComponent(s):encodeURI(s); }void(window.open('http://anond.hatelabo.jp/'+usrID+'/edit?title='+enc(location.href.replace(/\#.*$/, '').replace(/\?.*$/, '')),'_blank',''));

使い方

仕様

おまけ

俺が作ったものではないが、便利なブックマークレットを見つけたので一緒に載せる。

増田トラバリーは、デフォルトではすべて格納されており、

▼を押すことで内容が展開されるが、それを全て展開してくれる。

javascript:(function(){d=document;t=d.getElementsByTagName('ul')[1];a=t.getElementsByTagName('a');for(i=0;i<a.length;i++){if('#'==a[i].getAttributeNode('href').value)a[i].onclick();}})();

日本で量産コピペプログラマが生まれるのは仕方ないかもしれない

https://medium.com/@kuranuki/%E9%87%8F%E7%94%A3%E5%9E%8B%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9E%E3%82%92%E6%92%B2%E6%BB%85%E3%81%97%E3%81%9F%E3%81%84-570302a5c243#.vygpwmlaa

を読んだ。刺激的な内容だが、もやもやしてたのが言語化された感じで「はっ」とした。

と、同時に現状コピペプログラマが生まれるのは仕方ないことだとも思ってしまった。



1つは、根底意識。もう一つは日本という環境が原因だと思っている。

そして、それらは一朝一夕解決しうるものではない。



私は縁あって外国人が多い会社で働いている。そこでWebエンジニアをしている。

一緒に働いている外国人エンジニアが、まぁ優秀なのだ最近大学を出たばかりの人もいるが、優秀になるレールを歩んでいる。



一緒に働いてると日本人(俺)ってヤベーな。と思うことが多々ある。プログラムに関する意識が出発点から違うのだ。

彼らは以下の共通認識があるように思える。



1.ソフトウェアエンジニア地位は高い

2. プログラムは難しいものという意識

3. 英語ができるのは当たり前



1. ソフトウェアエンジニア地位は高い

海外ではソフトウェアエンジニアは、医者に次ぐ人気職であるそうだ。今は帰国したが、一緒に働いてたインド人エンジニアは、大学受験をした際、医者エンジニアで迷った。と言っていた。

彼ほどではないが、同世代の中でも優秀な若者が、明確なエンジニア希望をもって専門の過程を経てエンジニアとなる。

Linuxネットワークなどの底レイヤーから自分の興味ある分野(バックエンドフロントアプリ開発)まで、ある程度できる人がインターンを経て入社する。

私の経歴はというと、かなりお粗末なものだ。お世辞にも良いと言えない大学文系卒で、大きいプロジェクト動かすマネジメントカッケーって思ってSIer就職口の一つとして選んで入った。大学卒業時にはJavaJavaScript区別がつかなかった。

そんな私でも独学と、勘と、経験によりある程度のことはできるようになったとは思っている(思いたい)のだが、優秀な彼らを見ると、コンピュータサイエンスを学ばずしてエンジニアを名乗ってる自分が恥ずかしくなる時が周期的に訪れる。

まり、0ではないと思うが、文系卒、更には未経験就職プログラマを選ぶという選択肢日本に比べると圧倒的に少ない。

そのため、外れプログラマは少なく、腐ったリンゴが少ない彼らは腐る確立が低いのだと思う。



2. プログラムは難しいものという意識

コピペプログラマは悪」

私自身もその口だったし、今も抜け出したとは言えない。

しかし、彼らは違うように思える。その根底にあるのは、コンピュータサイエンスを学んできたが故、プログラムは難しいという意識と、造詣の深さだと思う。

もちろん、彼らとてExampleなく出発することはできないが、コピペで済ますことは極力しない。

ちゃんと手を動かして、表面だけでなく、どうやって動いてるかを理解しようとしている。1つの機能実装する時は、3つほどルートを探したり、必要パラメータオプション以外もちゃんと調べてコーディングしている。

そのため、簡単にできます。とはあまり言わない。例えば、form一つ作る時も背景を理解して実装を行う。様々なセキュリティリスク考慮して、フレームワーク選択している。

自分なんて、必要な部分しか見なかったし、そもそも調べる意識がなかった。ある時、私は仕事が早くなったと息巻いてたが、今思うとなんてことはない。単にググるのが上手くなっただけだったのだ。



3. 英語ができるのは当たり前

少し変わった環境で、いろんな国籍の人が働いている。スペインイタリア、聞いたことのない国の人もいる。しかしながら、彼らは一貫として英語がしゃべれるし、書ける。「え、公用語でしょ?」と言わんばかりだ。

からなのか情報キャッチアップが早い。わからないところはissueを漁るし、質問する。まず当たるのは公式だ。英語英語のまま取り入れる。

総意の認識であると思うが、プログラムの1次ソース英語だ。私たちの目に触れる多くは優秀な日本人エンジニア翻訳した情報である。そもそも張っているアンテナが違う。



あと、上手くは言語化できないのだが、そもそも降りてくる情報自体が綺麗に整ったもの、絞られたものが多いのだ。そのため、泥水をすすることが少ないと思う。だからなのか、過程をすっ飛ばして答えを求めるサイトが多いような気がする。



では、この意識の違いはどこから来るかというと、日本という環境が大きいのかもしれない。



まず日本は、他国に比べて内需で食っていけるような環境である

企業の発展にはエンジニア必要不可欠。そのため専門知識を学んでなくとも、大量募集 - 大量採用が行われたのだと思う。

猫も杓子もコピペエンジニア誕生である

その後、海外の優秀なエンジニアが入ってテコ入れするかと言うとそうではない、日本語という既得権で守られているからだ。



これらによりプログラム世界では日本鎖国状態だと思う。

なので私たち気づきにくい。世界トレンドとか、プログラムの書き方とか、考え方とか。そのためコピペエンジニア自分コピペエンジニアと知らないまま成長し、なまじ仕事ができて自信を覚え、次のコピペエンジニアを育てる仕組みが出来上がっていると推測する。

ここ数年でエンジニア主体とする会社が増え、そのような意識が変わってきていると思うが、浸透するにはまだまだかかるはずだ。



根本的な解決となると、日本のあり方、教育を変えていく必要が出てくる。一例あげると、新卒一括で学部関係なくなんでもなれることはそもそも間違いなのだ。(自分はその経緯でエンジニアにならせてもらったことは棚にあげる)



しかし、それらは海外の優秀な人たちと同じステージに立つことを意味する。私たちは様々なジレンマを抱えている。

2017-01-04

WEB博物館で働いてるけど、もうだめだ

31歳、WEB博物館学芸員大学の専攻はソフトウェア考古学

行ったことのない人のために説明しておくと、WEB博物館WEB150年周年を記念して設立された博物館で、WEB歴史を振り返るとともに

時代サイトデザインインタラクション体験できる日本唯一の博物館。古くは平面ディスプレイでのWEBページから、主流の空間3次元MRの流れを体験できることが売りなんだけど、

まだ2010年~2020年代の展示が用意できていない。暫定的に、展示パネルスクリーンショットを展示している。

この展示の担当者は俺。正直な所、ちゃんとした展示が開始できる見込みは立っていない。というのも、ソースコードはあるけれど、当時の技術背景がはっきりしないため、サイトを動かすことが全くできないためだ。

今時、平面ディスプレイなんて骨董品屋に行かないとお目にかかれないが、なぜか自宅の地下に眠っていた。

りんごマークが描かれた物理キーボード搭載の、所謂ノートパソコンってやつ。金属ボディでかつ核シェルターに入ってたので、核戦争の時のEMPにやられずにかろうじて残っていたみたい。これを高校生の時に見つけて以来、徐々に二次元派になっていった。レトロPCマニアという区分人間だ。

当時のソフトウェアを発掘、解析していくうちに、古い技術ソースコードを集めるのが趣味となり、大学ではソフトウェア考古学を専攻した。

大学時代にやってたことは、未処理地区に入ってストレージを発掘、残っている当時のソフトウェアを解析、当時のものを修復・復元などだ。

その後は技術博物館に勤務し、2年前にWEB博物館に移った。

ここでは研究員がそれぞれの時代WEB技術で作られた製作物を復元するプロジェクトに携わっていた。

で、俺の担当が暗黒の時代と言われた2010年~2020年代だった。

当時のブラウザパソコンに入っていた。

ソースコードは、骨董から譲ってもらった。当時のサーバークラウドサービス核戦争でほぼデータ消失しており、100年以上前ソースコードなんて絶望的だったが、ある企業が当時の中国ハッカー集団に抜かれたソースコードを保存していたストレージがたまたま現存していた。

問題は、それを動かせる環境構築だ。

開発に使われたJavaScriptという言語は、AIの解析によってバージョンが判明し、なんとか仕様が分かった。大学近代プログラミング言語史の授業を取っておいてよかった。

しかソースコード依存するパッケージが手に入らない。

とにかく、この時代フロントエンドの開発環境の移り変わりが激しく、それぞれのパッケージが使われていた期間がとても短く、バージョンも多様に渡ることから、正解のパッケージ現存していない。

この時代は、まだIT教育ほとんどされていなかった時代でもあり、ソフトウェアエンジニアほとんど独学で技術を身につけるのが普通で、そのためソフトウェアに対する価値観が多様であった。どんどん新しいパッケージが開発、公開され、そのため開発環境の移り変わりはとても激しく、特にフロントエンドは1~2年でガラリと変わっていたようだ。

すると、1~2年しか使われなかったパッケージなんて入っているピンポイント生存ストレージなんか見つかるはずもなく、全然開発環境復元が進まない。

バージョンパッケージが見つかることもたまにはあるので、それで代用を試みるけど、エラー文が多すぎてほとんど使えない。

当時の人は、やたら保守性にこだわっていたみたいだけど、こんなバージョン地獄でうまくやっていたのだろうか。

好きで始めた仕事だけど、もうこんな開発環境の構築だけで消耗する仕事は辞めて、普通WEBエンジニアになりたい。

2017-01-02

"I have a Java. I have a script." "Javascript!"

2 件 (0.45 秒)

2016-12-31

エンジニアはいったい

ソフトウェアエンジニアのことしか指してないのに、エンジニアって略してる人は頭沸いてるの?

エンジニア必要な○○とかエンジニアのための○○とか、ソフトウェアエンジニアしか関係ない記事を見ると毎回思う。

WikpediaとWikiUSBUSBメモリJavaJavaScriptの違いは分かる人多いのに何故なのか。

2016-12-30

2020年に振り返る2016年Web開発

後輩「先輩、このシステム僕が引き継ぐ事になりました。よろしくお願いします」

先輩「そうかそうか、やっと肩の荷がおりるな」

後輩「これ2016年に作ったシステムなんですよね。僕その頃まだ入社してないんで、最初の方から教えてもらっていいですか」

先輩「よしわかった。環境構築から順を追って説明する」

先輩「まずはじめにnode.jsを入れる」

後輩「あ〜昔流行ったサーバーサイドでJavascript使えるやつですよね。このシステムnodeで動いてたんですね」

先輩「いや、nodeは使ってない」

後輩「え?」

先輩「nodeに付属しているnpmというパッケージマネージャーを使ってる」

後輩「なんでまたそんな回りくどいことを・・・

先輩「当時はnpmが一番メジャーだったんだよ。今主流のN3(N3 is Not Npm)はまだ無かったしな」

先輩「よしnode入れたな。じゃあnpm installだ」

後輩「えい!・・・先輩、なんかエラー出ました・・・

先輩「printFizzBuzzというパッケージが404みたいだな」

後輩「何に使うんですかそのライブラリ

先輩「知らん。依存してるライブラリ依存してるライブラリ依存してるライブラリかなんかだろう」

後輩「バタフライエフェクトってやつですね」

先輩「思い出した。これは昔話題になったやつだ。printFizzBuzzは何かの特許抵触していて非公開になったらしい。

  npm installで落とすのは諦めて、ローカルに残ってるやつで何とかするしかないな」

後輩「それ使って大丈夫ですかね。法的に」

先輩「仕方ないだろ」

先輩「ようやく諸々揃ってBabelやReactやWebpackを使えるようになった」

後輩「それ何ですか?」

先輩「まずBabelだが、これはES2015をES5にコンパイルするツールだ」

後輩「え、なんでダウングレードするんですか?」

先輩「古いブラウザで当時の最新機能を使うにはこうする必要があったんだ」

後輩「なるほど。ではReactは?」

先輩「これは今で言うWeb Componentsみたいなものだな。あと仮想DOM

後輩「Babelじゃダメだったんですか?」

先輩「ダメだったんだよ」

後輩「で、最後Webpackは?」

先輩「リソースモジュール管理して最適化するツールだ」

後輩「最適化サーバー仕事じゃないんですか?」

先輩「当時はモジュールが標準対応してなかったり、http/2もあまり普及してなくてサーバー馬鹿だったんだよ」

後輩「へ〜大変ですね」

後輩「いつの間にかこんな時間ですね。今日まだ1行もコード書いてないですよ」

先輩「一度準備してしまえば、そこから先が楽になるんだ」

後輩「今となっては余計な苦労が増えてるような気がしますけどね〜」

先輩「当時はこれが最善の選択だったんだよ」

後輩「そうなんですね」

2016-12-14

javascript難しい…難しくない?

なんであんなにゴチャゴチャしてるの

2016-12-12

荒らし依頼サイトがあった昔のインターネット

かつて、個人サイトBBSは、基本荒らされているものだった。

なにせ多くの掲示板スクリプトが、ろくな荒らし対策をしていなかった。

排他制御flockだった。過負荷がかかると掲示板データが壊れていた。

HTMLタグエスケープには漏れがあった。JavaScriptだろうがCSSだろうが埋め込み放題だった。

タグが使えればもう後はブラクラを貼るなりグロ画像を貼るなり文字を全て巨大にするなり好き放題だった

そうやって荒らされた掲示板は見るも無残だった。

昔のインターネットはよかったなどと言う人は、荒らし依頼サイトを見たことがないに違いない。

あの悪意だけで、何の正義感もなく、単に依頼されたからというだけで荒らしに行く連中を。

「ここの管理人がこのサイト馬鹿にしてました!」と一言書かれるだけで報復にいく連中を。

単にツールを流すだけなので、荒らす方にもなんの労力もない。掲示板機能不全にすることはたやすかった。

そうやって荒らされた掲示板の末路を見たこともないに違いない。

数日そうやって荒らされただけで、掲示板にあったコミュニティ簡単破綻する。

管理人だって対応する余裕はない。なにせインターネットは従量課金だし、Googleがないからググれない。

よくある管理人が半隠居状態で、常連だけで回していた掲示板だったらなおのことだ。

そんな災害のようなできごとだけで雲散霧消するコミュニティだらけだった。

個人サイトだってちょっとでもアングラに関わればそういう災害に巻き込まれることがあった。

それが昔のインターネットの一面だった。

正義感燃えている今とは違う、また別のディスコミュニケーションによる恐怖があった。

昔のインターネットはよかったなんて、俺にはとても言えない。

2016-12-06

[] 彼女特別記念日を過ごした話

MASUDA Advent Calendar5日目の記事です、遅刻してすいません。

今日は、彼女とお付き合いを始めて一年記念日を過ごした話を書きます



私は、今でこそアイドルですが、小さいころは父親と同じプログラマーになろうと思っていました。

特に「ああ、プログラマーって格好いいなあ」と思ったのが、毎年父が結婚記念日にする、母親への感謝メッセージの送り方が、格好いいなあと感じたのがキッカケです。

その送り方というのが、家族専用グループウェアに母がログインすると、綺麗に飾られたページが立ち上がってきて、そこにメッセージが書かれているというものです。

もちろん、そのページのデザインも凝っていて印刷すればメッセージカードとしても映える出来なのですが、

父親曰く何より見て欲しいのが「毎年、俺がまだ使ったことがなかったり勉強したことがないアーキテクトを使ってページを出してるんだ」ということだそうです。

そんなことを言われても、プログラムのことを何も知らない母には、ちんぷんかんぷんだったのでしょうが、それでも母は楽しそうに父の話す「メッセージカード実装方について」を聞いていました。

なので、私も三カ月前からコーディングを始めて、付き合って一年記念日メッセージカードプロダクショングループウェアに配置させてもらい、彼女に送りました。

正直、このメッセージを読んでも彼女あんまりピンとこなかったそうです。

そうですよね、私にとってはJavaScriptアニメーションを描くのは始めての経験でしたが、今時Webでよくある表現ですから、私の苦労を汲み取ってくれ! という方が無茶です。

けれど、夜に二人で会った時に、この話をしました。

父が母に毎年送っていたメッセージカードの話を。

それで、彼女も、そして何より私も気づきました。

私は、彼女と、家族になりたいんだ、と。

毎年毎年を二人で過ごして、それをお祝いしたいのだ、と。

二人して、話をするまでそれに気づけないなんて、おかしな話ですよね。

でも、こうして、二人で一年を過ごせたこと、これから一年を過ごしていきたいこと、ずっと一緒にいたいことを話したら、なんだかとてもうれしい気持ちになりました。



ところが、その後彼女が凄くいやらしいニヤついた顔で

「うひひ…… 実はあたしの両親もよく二人でヤッてることがあってね……」

私は「ああ、オチが読めた」と思いつつも、それが何か尋ねると。

「そりゃあ愛し合う二人がいて、あたしという子供がいる以上、結論は明白だよね! さあ! 泉さんのお山を登らせてね! お洋服の上からじゃなく直にでいいよ! 毎年なんて迂遠なこと言わず毎日揉ませてね! 」

という感じで、結局いつも通りの愛海ちゃんとの過ごし方になってしまいました。

だのに、なんだかとっても気持ちよかったです。

2016-11-28

金融SIer仕事について書きたい

今日SIerについての話題が目について、実情について書いてみたくなったので書いてみる。初めて増田投稿するので少し緊張している。

自分は誰かというと、金融ユーザー子会社に勤めているSEだ。いわゆる1次受け。社員は数千人おり、2chのユー子ランキングではやや上の方に属している。

SIerとひとくくりにして主語を広げたくないので、あくまで私の目で見える範囲の話で、サンプルの1つにすぎないものとして読んでほしいと思う。

【私の仕事について】

まず初めに、自分仕事はなんだと言われると、それは「システムに関わるプロジェクトマネジメントをする人」ということしか出来ない。エンジニアとしてプログラミングをしたり、ハードの専門的な知識を持っているわけでもない。一日出社から退社まで何をしているかというと、


1.ユーザーベンダー宛てにひたすらメールを返信する

2.エクセルで作ったスケジュールWBS(タスクリストみたいなもの)を広げて眺めている

3.問題が発生したら関係者を集めて対策を話し合う。あるいは進捗会議を開く

4.上司ユーザー宛へ説明する資料作成する。そして実際に説明する


これくらいだ。コーディングという作業が入る余地は一切ない。ひたすら溜まっていくユーザーからの問い合わせや開発側からの問い合わせへのメールを返信する作業を続けている。この仕事専門性をつけることができるとすれば、プロジェクトマネジメントしかない。プロジェクトマネジメントに関する体系的な考え方、大小に合わせたルール作成ユーザーと開発側の折衝ごと。これを突き詰めていくしかない。



エンジニアとしての知識について】

同期や周りの先輩、後輩を見る限り、新卒で入ってきたうちの3割が情報系、3割が情報系以外の理系、残りが文系といった印象を受ける。

はてなを見ていてWeb業界アプリ業界さらーっとIT系用語を知ることができたが、おそらく同期の半分以上の人はWordpressという存在を知らないだろう。

会社の中のほとんどの人がGitGitHubを知らないだろうし、DockerJavaScript系のライブラリ名を知っている人など皆無だと思う。それだけ、技術貪欲でないし、それを使える環境はないし、ユーザー投資しない。

新しい技術基本的に入れることができない。ユーザー側の経営層がまず理解していないというのと、もしも万一障害が起きたら?という問いに回答できないケースばかりだからだ。だから、今動いているシステムスパゲッティーをどばどば追加して、秘伝のソースで味付けし、もはや誰にも全容はわかりませーんと言ったことを10年、20年というスパンで行う。

誰も、どうしていいかからない、どこから手をつけたらいいかからないのだ。



要件定義について】

じゃあ、1次請けだし、ユーザー要件定義が出来るかというとそうでもない。ユーザー業務精通できないで、ユーザーテスト工程で決めきれていなかったものがバラバラ出てくるなんてザラだ。

ユーザーユーザーで融通がきかない。個人的に、パッケージシステムを使うと決めたのであれば、どうやってもユーザー業務を変えていく必要があって、それができないのであればフルスクラッチもっと金かけてやれよと思うのだが、ユーザーパッケージ入れて安くしたい(金融系のパッケージなんてどれもべらぼうに高価だが)、かつ、業務は変えたくないのでがっつりカスタマイズしてと言ってくる。

また、業務内容によってはミスった時のリスクがでかい特に法律に絡む案件は、ミスったら数百億の罰金をくらう可能性が常につきまとう。失敗が許されない。金融系のシステムはそういったリスクと常に向き合っていくので、楽しむことは難しい。うまくいくのが当たり前でなければならない。




やりがいについて】

毎日メールエクセルパワポとにらめっこして、ユーザーベンダーとおしゃべりして、何かやりがいはありますか?と問われると、少しだけあるにはある。

案件規模が億越え、10億とか普通な世界なので、官公庁連携したりと大きな仕事が多い。勝手ゼネコンの人も同じ気分を味わっているんじゃないのかなーという気になっている(ごめんなさい)のだけど、

例えば「スカイツリー建設プロジェクトマネジメントをしてました」と言えたら、自分少しは世のためになったかな?と思えると思う。そんな気分に少しだけなれる。自分が作ったわけじゃないけど、大きな仕事に少しだけ関わっているから。




からエンジニアとして技術で飯を食べていこうとしてSIerに入ってしまった人には酷な会社である。そうやって間違えた同期は早々に転職していった。FBで多くの同期とつながっているが、技術よりのカンファレンスに行きましたとか、勉強会に行きましたといった話は、転職していった人からしか聞かない。会社に残っている同期から流れてくるのはリア充っぽい、旅行飲み会写真ばかりだ。

一方で、プロジェクトマネジメントに楽しみや喜びを得られる人には向いていると思う。多くの案件を見てきて、プロジェクトマネージャーが変わった瞬間に物事がうまく行きだしたとか、逆にうまくいかなくなったといった状況をたくさん見てきたので、スキル必要仕事であることは間違い無いと思う。それはエンジニアが求めるスキルと異なるだけで、割と専門性を突き詰めることが出来る職業だと思う。その会社特有のやり方に慣れずに、案件をこなしていく中で普遍的スキルを身に付けることができれば、どこでも通用する可能性もある。(多くの人は会社特有スキルを身につけてしまって、他社に転職できない状態になるのだが。)


私のやっているSE業と、世間のいわゆるエンジニア業というのは、かけ離れた職業であって、それぞれやりたい方をやればいいと思う。

ただ、私にはミスの許されない超絶大規模プロジェクト精神をヒリヒリさせながら、数百人月プロジェクトマネジメントを楽しむなんてことは全く出来ないので、どこか遠くに消え去りたいと日々思っている。

2016-11-27

http://anond.hatelabo.jp/20161127133711

低能はそんなことどうでもよくて実践で使える言語を欲しがっている。

C以外に応用が利く言語っつーか、

学生時代の短い時間の間に変数とかif文とかの基本文法を覚えるレベル突破するのも難しいだろって意味では、

Cもそれ以外も大差ないと言える。

それなら、Javascriptやってましたって言うより、Cやってましたって言う方がプライドを保てるってもんだ。

2016-11-26

#夢小説あるある

みんなの黒歴史

夢小説あるあるwww

夢の世界へようこそ……貴女は114514人目の……
夢小説
夢の世界
夢小説サイト
ようこそ
来てくれてありがとう
貴女は114514人目の……
アクセスカウンタ

これ雰囲気づくりだよ。夜景の綺麗なレストランデートの締めにすると見せかけて、よい雰囲気になったらホテルしけこむみたいな(実際そんなことするのか知らないけど)。今から夢小説に没入する人のための雰囲気づくり。わかるか。

「きみの名前を教えて」

名前変換を促すポップアップウィンドウやらのアレ。

これも雰囲気づくりだよ。自己紹介だよ。ここから夢小説を読む心の準備をさせてくれてるんだよ。大方の夢小説は(偏見に満ちているだろうけれども)二次創作で、既存の(原作の)キャラクターとの恋愛なんだろ? 好きなキャラクターから名前を聞かれてなにが悪い。歴代ポケットモンスターでも主人公博士から名前を聞かれるんだからな。あれで(あっ、わたしポケモントレーナーになるんだ)みたいな気持ちになるんだよ。促しているんだよ!わたしは今からこのキャラクター恋愛するんだよ!

「ほう……おもしろい」

夢小説の)主人公が、なにか(主人公のかけ算の)相手にとって「おもしろい」行動をとったときに言われるやつ。

主人公補正だよ! 「名探偵コナン」ではコナンくんが行く先々で(あるいはどこにも行かずして)事件に遭遇するだろ。あれはそういう物語なんだよ。事件に遭遇しなきゃコナンくんは「名探偵」にはなれないんだ。いくら名探偵といえど事件をかけらも知らなきゃ、解決のしようもないだろ。恋愛もの夢小説で、主人公相手と両想いになるためには、相手主人公を知らなきゃいけないんだよ。きっかけだよ。「ほう……おもしろい」はきっかけだよ! 主人公を知らずして、相手を知らずして、どう両想いになるんだよ!

主人公の外見や性格や強さのこと

美人すぎる強すぎる完ぺきすぎる胸が大きすぎる性格がよすぎる云々。

これも主人公補正だよ! 言わば(もしかしたら作者の)理想の姿(かもしれないもの)だよ!

コンプレックスないの? かわいくない弱い賢くないなにもできない胸が小さい性格が悪いって、実際にどうか知らないけど、なにがしかコンプレックスありませんか? わたしにはあるね。胸が小さいし小さなブラジャーがないし「お客さまのサイズに合うブラジャーのとり扱いはございません」って大人になっても言われるし。夢小説を書く(読む)ときくらいボン・キュ・ボン美人でもいいじゃないか! って思うね。

それでなくたってだな、キャラクターとの釣り合いのことを作者が考えたかもしれないんだぞ。完ぺきすぎるキャラクターに、あまり凡庸すぎるキャラクターは似合わないみたいな。ハリー・ポッターの宿敵の闇の魔法使いヴォルデモートなんか若いころは「ホグワーツ開校以来の秀才」で超絶美形で人心掌握もできて、つまりなんでもできるんだよ。(おそらく)唯一の欠点といったら「愛を知らなかった」ことだよ。そんなキャラクターに「おもしろい」と思われるには(愛を教える……なんて傲慢! でも教えたいし助けたい! あわよくば交際したい!)、よほど人間ができている(性格がよい)とか同じくらい頭がいいとか人心掌握最高とか美形とか、そういう特別な設定が必要だとは思わないか? 繰り返しになるが、わたしは思う。

主人公強いのにいざというときに力を発揮できなすぎ

そのまま。こういうとき主人公女性のことが多い(偏見だけど、もしかしなくても夢小説二次創作であったりその主人公女性であることが多いんだな)。

ヒロイン補正だよ! ヒロインつったけど別に男でもいいんだよ。でもヒロイン補正だよ。劇場版名探偵コナン」を見たことがあるか? 蘭ちゃん、空手強いよな。てかあの世界のメインキャラクター武術嗜みすぎよな。それはおいといて、都大会優勝レベルかいって、拳銃かなんかの弾を避ける程度には強いんだよ。実力者だよ。でも、いざというときには油断したりしてなかったりして、敵に捕まったりにとり残されたりしたんだよ。こういうの、物語の展開のためっていったらそのとおりだけど、そんなもんだし、やっぱりヒロイン補正なんだよ。いいじゃん、好きな相手に助けてもらえるんだよ。強すぎると助け甲斐がなさそうだけど、ギャップ萌えとかあるじゃん。たまに見せる弱い一面にドキっとさせられるんだよ。素直に受けとろうよ。

主人公弱いのにでしゃばりすぎ

戦力として数えられないほど弱いのに前線に立ちたがるみたいな。拒否されると、こっそり前線の近くまで行くみたいな。そんで、そのせいで(主人公の)味方の勢力が不利になったり主人公が捕まったりするんだな。

これもヒロイン補正だよ! 主人公補正でもあるよ! なにがどれがとか言えないけど、「できないからってあきらめるわけにはいかない」とか、なんかそういうことあるじゃん。やっぱり物語の展開には必要だったりして、これをきっかけに主人公が成長したりしなかったりするんだよ。失敗は成功の元って言うじゃん。見てるとイライラするけど、あとあと「おまえ成長したな」って思えるときがくるかもしれないんだよ。それに弱くてでしゃばることが、必ずしも悪いことになるとは限らないんだよ! 物語の展開にもよるけど。

主人公過去が壮絶すぎる

悲劇的な殺人事件の唯一の生き残りだとか、殺人犯の子どもだとか、ロミオとジュリエットだとか、あまりの美しさに嫉妬した継母に家を追い出されたとか。なんか壮絶な過去

これも主人公補正だよ! (夢小説の)物語の展開には必要になる(かもしれない)んだよ! ハリー・ポッター過去は壮絶だぞ。史上最悪の闇の魔法使いヴォルデモートに両親を殺されたばかりか、そのヴォルデモートを赤子の時分に撃退したんだぞ! 親は友だちに裏切られてるし、なにかあるたびに額の傷は痛むし。でも、そんな過去がなかったら『ハリー・ポッター』の主人公にはなれなかったんだぞ。その過去が壮絶な(夢小説の)主人公だって、もしかしたらその壮絶な過去がなかったら、その夢小説主人公じゃなかったかもしれない!

主人公独り暮らししすぎ

小学生中学生や、それなのに、両親が海外で働いていたり亡くなってたりしてて、たくましく一人で暮らしてて、生活力がすごい。ことがある。みたいな。

知るかよ! たぶん主人公補正だよ! 少年マンガとかで、親が出てこないことあるだろ? 子ども物語を描きたいときに、(言っちゃ悪いけど)両親という小道具邪魔になることもあるんだよ。都合がいいんだよ! 作者に!

主人公キャラクターと仲よすぎ

二次創作で、既存キャラクターと……ってことが多い。過保護なまでに友愛を注がれていたりいなかったりする。

主人公補正だよ! 主人公はなにの主人公かって、夢小説主人公だよ! 実在しない(悲しい!)キャラクターと、せめて夢小説のなかでくらい仲がよくたっていいじゃん! こんな友だちいたらいいなーとか、思わないの?

世界トリップものとかで主人公未来を変えすぎ

二次創作で。「未来を知っているわたし未来を変えるわけにはいかないの」と悩んでいることもある。

あなたなにを読んでるの? 夢小説だよ? 異世界トリップもの! ほかのなにより明白に「その世界存在しないもの」が紛れこむんだよ。てか異世界トリップものじゃなくてもだね、夢小説主人公って、そういうものじゃないの? なにかしら変えちまうんだよ。こういうものなんだよ。だって原作に、あなたいないでしょ? でも夢小説主人公っていうのは、たいていあなたで、原作にいなかったキャラクターなんだよ。いいじゃん、未来を変えたって。わたしハリー・ポッターに倒されるヴォルデモートの未来を変えたいというか過去から変えたいというか、そもそもヴォルデモートになってしまうこと自体を変えたいというか、そういう気持ち、あるよ。

神さまノリ軽すぎ

「ごめんね☆ ぼくのミスでうっかりきみをあれこれしちゃったから、お詫びに異世界へ連れていってあげる」とか。

あなた「神さま」を笑うの? 笑えるの? ノリ軽すぎとか突っこんでよいお立場ですか? 創造物ヒトだよ。脆くも儚い、神の創造物だよ。どんな態度で主人公に接したっていいだろ。これは神さまの、いわば気遣いだよ。創造物ヒトが怖がらないように発狂しないように、精神の安寧をすら気遣って、それでいろいろしてくれるんだよ。

宗教とか勧誘とか、そういう怪しい意図は、ここには一切ございませんし、わたくしそういうのの一員ではない。

黒歴史っていつのこと?

夢小説あるあるwww じゃねーよ。

夢小説あるある」はネタなんだけど、使うひとにとっては、おおむね三種類それぞれの意味合いがあると思う。

そして、それを見たひとの楽しみ方は、おおむね二種類だとも思う。

夢小説あるある」というネタである。使うとき、「こういうことがあった」「こんなんなんだろうな」「これあるある」という感情がある。それを、懐古や侮辱共感を狙って、Twitterなどで発信する。

わたしネタにする。ここであげたものは、わたしが通ってきた道で、歩いている道だ。現役の身としては、「こんなことがあったよね」という懐かしさを抱く。そして、これがすべてではない。

ところで、夢小説を好きだったことのないだれかは、どうやってこんな「夢小説あるある」を知るんだろう。まあ偶然にも夢小説サイト出会った、なんてことはあるかもしれない。あるだろう。WWWは広く開かれているから。でも、だ。わたしは「夢小説あるあるネタで「夢小説あるある」を知ったひとも、いると思う(それが「#夢小説あるある」の形をとっていたかは知らないけど)。そして、それをそのまま、偏見とともに受け入れ、侮辱意味で(無意識かどうかを問わず)使ったり使わなかったりする。

使われ方には三通りあると言った。黒歴史偏見、そして現在だ。この道を、まだ歩んでいるひとがいる。わたしもその一人だ。一例を挙げたけれど、あんもの、ありふれているんだ。黒歴史と感じて恥じ入ることはあるかもしれない。かつての自分の作文を、目の前で読みあげられたら、あるいは自ら読み返したら、恥ずかしくもなるだろう。こと年を経るにつれ(幼稚園やら小学校で書いた作文は、大人になってみたら、支離滅裂だったり言葉が滅茶苦茶だったりするだろう)。そんなものだと思う。夢小説だけじゃなくて、文章だけじゃなくて。あんな下手な料理を人に振る舞っていたのかとか、あん掃除でやり遂げた気になっていたのかとか、あんボールの蹴り方をしていたのかとか。この日記だってわたしの恥ずかしい思い出の一つになるかもしれない。

夢小説あるある」が黒歴史意味を持っているあなたに聞きたい。その黒歴史、いつのお話ですか? その黒歴史を歩いていたときあなたはおいくつでしたか? あなたは今おいくつですか? 黒歴史黒歴史って言うけど、作文だって下手な作文をめいっぱい書いてうまくなるんだよ。幼稚園児に、「きみはいつか大学研究論文を発表するんだよ」って言ってごらんよ。わたしは信じられないよ。わたしはその黒歴史(下手だったり恥ずかしかったりするやつ)を積み重ねて、今はかつての面影もないようなウェブサイトをつくった。今ネタにされているホームページの面影なんかないからな(いにしえのホームページが悪いわけではない。ただわたしの好みの問題です)。「ほう……おもしろい」は、古今東西、あらゆるところで使われているんだ。なにも夢小説だけじゃない。プリキュアでも仮面ライダーでも、ちょっと自分にたてつくやつには「ほう……おもしろい」で余裕の笑みを浮かべるんだよ。わたしは今も使っているけど、昔よりはうまくなったと思うよ。

あなた黒歴史は、あなた過去だ。いろいろな人に黒歴史はあるかもしれない。けれど、それは今じゃない。スマートフォンOSメジャーアップデートの頻度をみてみろ。VRが家庭にやってきた。HTMLCSSバージョンを重ねたし、ウェブサイト文字コード指定の主流はUTF-8になった。というか、ガラパゴスケータイじゃないんだよ、今は。スマートフォンだよ。かつて(もしかしたらそうかもしれない黒歴史をつくっていた人たちが、今まで(夢小説を)つくるのを続けてきて、どうして変わらないと思う? 実際、JavaScript仕様変更にともなって、元祖(おそらく)ドリーム小説用変換ツールDreamMaker」は、あまり推奨されなくなったよ。でも、同じJavaScriptでありながら現代基準aliceもあるし、PHPを使うdream.phpというツールもでてきた。名前変換機能のついた投稿サイトpictMalFemBLGLに特化した姉妹サイトあり)もある。初めがどうだったかなんて知らないけど、夢小説は「キャラクター♂×自分♀」だけじゃない。今はいろいろな楽しみ方がある。二次創作けが恋愛けが自分♀だけが夢小説じゃない。

笑わないでほしい。侮辱しないでほしい。夢小説に、こんなあんまり偏見を向けないでほしい。たとえ今つたなくとも、続ければうまくなる。再三になるが、人は進歩する。成長する。成長しうるんだ。続ければ。はじめたばかりのひとが、いきなり職人レベルのものをつくれるなんてことは滅多にない(あれば、それはそれでおめでたいことだと思うけど)。たいていは、つくり続けて、こつこつと上達していくんだ。けれど、笑われたり侮辱されたり、偏見を向けられたりして、「夢小説を好きでいること自体が、書くことが、読むことが、恥ずかしい」と思うひとがいる。わたしは「夢小説あるある」をあげたけど、雰囲気づくりだし、お化け屋敷におどろおどろしいキャッチコピーがつくようなものだし、あるいはありふれた要素だったりするんだよ。ちっとも恥ずかしいことではない。でも、恥ずかしいと思って、やめてしまったら、それ以上うまくなることはないし、それ以上楽しむことも、夢小説自体を楽しむひとたちと楽しみあうこともできなくなる。

夢小説について偏った知識しか持たないひとには、侮辱するのではなく、今の夢小説のことを知ってほしいし、できれば読んでほしいとも思う。夢小説が気になっているひとも、恥ずかしがらずに、まず読んでみてほしい(書くことから始めるのでもいいけれど)。

夢小説は、侮辱されるべき創作ではない。恥ずかしいものでもない。

2016-11-23

レトロエンジニアのための近代Webフロントエンド事情 - Qiita

http://qiita.com/uctakeoff/items/ce8da368d020273c6064



なんかいろいろな流れが面白いけど

様はクールサイト制作ができてるのかって部分が謎すぎる。

javascriptなんて触るもんじゃないな。

2016-11-18

JavaScriptが嫌いだ

今行ってる現場ではJavaScriptがいっぱい使われている。

使用しているライブラリjQueryをはじめ、EJS、Knockout 、jsTreeなどなどなど10近くに上る。

 

ライブラリに何ができて何ができないのかよくわからないし、

ライブラリはどうやって使えばいいのか英文サイト見ながら勉強したり、

サンプル通りに実装しているはずなのに期待通り動かなかったり……

ちなみにJavaScriptライブラリだけで1メガバイト以上のサイズがあった。

もういや。JavaScriptなんてなくなってしまえばいいんだ(´;ω;`)ウッ…

2016-11-05

JavaScriptStateパターン

class State{
    get_state(num){
        if (num === 1) return new State_1();
        if (num === 2) return new State_2();
    }
}
class State_1 extends State{
    constructor(){
        super();
        this.str = 'state1';
    }
}
class State_2 extends State{
    constructor(){
        super();
        this.str = 'state2';
    }
}
class Context{
    constructor(){
        this.state = new State_1();
    }
    change_state(num){
        this.state = this.state.get_state(num);
    }
    disp_state(){
        console.log(this.state.str);
    }
}
var context = new Context();
context.disp_state(); // "state1"
context.change_state(2);
context.disp_state(); // "state2"

2016-11-04

JavaScript使うのやめようよー

JavaWebStartを使ったJavaアプリケーションじゃあかんの?

2016-11-03

なんでruby on rails5の本は出版されないの?人気なくなったの?

普段プログラマーやってるんだけど

暇なときAmazon眺めてるわけです

買う目的以外にも、いま何が流行ってるのかを本の出版の流れから推測してるわけですよ

いやgoogle検索とかQiitaとかgitHubとかほかにもいろんなところから流行りを推測するなんてあるけど

本の出版ってはやりがわかりやすいなって思うんだよね

やっぱり本で勉強するのが一番だと思ってるおじさんからすると、本が出版される=流行ってるってことだと思ってるからねいまだにw



それでみると今は明らかにpythonがキテるわけですよ

あんなに本がなくて困ってたのに、いまや出版ラッシュ

こりゃ本当にデータサイエンスが盛り上がってるんだろうなって感じ

そんで相変わらずのSwiftね。これはもうiPhone開発の必須だもんね。とくに日本じゃiPhone

そんでJavaだ。アンドロイドサーバーもいけるもんね

同じくらいunityがもりあがってるなってのは感じる

地味に本が出版されつづけてるJavascriptPHP存在感あるなって思いながら見てたんだけど



あれ?Rubyは?railsは?って思ったんだよね

最近俺は追いかけてなかったんだけどさ

本が出版されないんだよね

4のときはすさまじい速さでキャッチアップして本が出版されたのにさ

不思議なことにドットインストールも4止まりだし



もうみんな分かり切ってるから出版されないの?ネットで十分じゃい!みたいな

本なんて情弱のもんだろ!PHPやってろ!みたいな?

Rails界隈の人だれか知りませんかね



それとlaravelとか出版されないね海外では人気です!っていうけど

PHPは地味に出版が続いてるけど

cakePHPは2年前までは出版されてたけど今は全然

それからjQuery流行り終わったなって思う

ネットでやたらうるさかったフロントエンド界隈は全く本が出版されないね

ReactとかAngularとか



でもそれでいうならRails4のときの盛り上がりは何だったんだろうってくらいみんな一生懸命だったよね

から5の無風感が怖いんだよね


そもそもWEBアプリオワコンとかそういう話なのかな

2016-11-01

業務系にWebアプリケーションが人気である理由がわからない

特に最近JavaScriptごりごり使ってるやつとか

一昔前なら軽量とか工数が少なく済むとか理由があったんだろうけど

今はJavaScriptごりごりでRichどころかFatになってるじゃん

マシンスペックも上がってるんだからもうクライアントサイドもサーバサイドもJavaでいいじゃん

 

JavaScriptただでさえ読みにくいのにライブラリが大量に使われててもうわけわからん

JavaScript使いたくないよ~( ノД`)シクシク…

2016-10-18

貧乏学生への学習アドバイス

http://anond.hatelabo.jp/20161017031727

老婆心ながら,おそらくSIer関係を目指しているだろう情報系?学生へのアドバイス

金銭

間違っても学生課に直接頼ってはいけない.悪手.

どの大学でも学生課は糞対応なので,カウンセラー通して学生課に学費免除なり,奨学金なり,対応を仰げ.

進路面

このままいくと研究室ゼミ配属で積みそうなにおいするから中退・途中就職大学頼らない就職)の選択肢も考えておけ.

技術

大学頼らないで就職どうするかが大変だが,とりあえず,

大学の授業だと理論多くて,

実務の話が少ないのも事実なのでおすすめは,

今はネット勉強できる時代から

- http://dotinstall.com/ title: dotinstall]

- http://gacco.org/ title: gacco]

- https://schoo.jp/ title: schoo]

- 各大学OCW

あたりがおすすめ.探せばもっとあるで.

SIer関係ないと思われるが,Web系への選択肢も拡がるしな.騙されたとおもってやっておけ.

最近だと技術文書Markdown で書く場合も多いし知っておいて損ないで.

ドットインストールにも授業がある.

基本情報持ってるなら知ってると思うが,

慣れておくといいで.ついでに言語C++でもいいが,SIerならJava8勉強しておけ.

多分授業だけだと,実際のコード使わないと思うので,自分インストールして使ってみるとええで.

実務なら絶対データベース使うんで,

MySQLインストールして使えるようにしておけ.基本コマンドだけええで.

後々データベース資格シルバーゴールド)にもつながるしな.

基本情報持ってるならある程度知ってると思うが,低レイヤIP/TCP, UDPソケット通信をCでもJavaでも書けるようにしておくとええで.

これも後々,ネットワーク関係資格もつながる.

開発の話あるしね

まず,add, commit , pushだけでええで.

ドットインストールにもある.

今までやったこと忘れるのもったいないし,他人に見せる意味でも技術ブログやっておけ.毎日更新かいらんで.

Linuxインストールしたレベルで,やったことならなんでもええで.

授業ノート電子化してもええで.

技術者就職面接で,(関係ない)バイトしてました,サークルやってましたじゃあん意味いからな.

履歴書ブログURL書いておくんやで.


技術面(余裕があるなら)

SIerに限らず技術関係の人たちの情報拾える.

SIerネタにされがちだが..

BS放送大学の授業タダで見れるので,

録画して好きな時間観て見ておけ.

情報系の授業もある.

コード書くようになったら騙されたと思って読んどけ.

自分の中の名著にしておけ.

優先度は低い.研究者になるなら重要なんだが..

技術文書を書くとき必要から読んどけ.


進路面

大学を頼らない方向で,地方住みでないなら,

Code IQかPaizaおすすめ

スカウト来たら,入らないにしても会ってみるとええで.

バイト大事なのはわかるが,大学目的は,知識選択肢拡げるというのもあるので,頑張って生きるんやで.

じゃあの

2016-10-17

試用期間中に自ら退職させてもらうのってどう思う

エンジニア転職して直ぐ案件入ったんだけど、全くついて行けない。

言語PHPFuelphpだけどJavaみたいに作り込んでて、

Java経験がない自分にはつらい(面接の時には言ってある)

それ以前に、根本的なソフトウェア設計的なもの理解できてないからか、

今までコードレビューも受けてこなかったので我流だし、

知らないことだらけ。 submitは「普通Javascriptで実行するとかしらない。

ちなみに当方32歳。転職回数は言いたくない。

新卒みたいに教えてくれるわけもないし、

毎日からないものを夜まで考える生活疲れた

転職失敗したかな。

乱文失礼しました。

2016-10-09

xvideos.comの動画ページで以下ブックマークレットを実行するとmp4で見れる魔法コード

javascript:(function(){window.open(html5player.url_high)})()

2016-10-08

JavaScript 辛くないですか?

全然詳しくないんだけど、JS辛くねえかこれって思ったので書きます

アドバイスお願いします。



で、何が辛いのって話なんだけどDOM操作が辛い。

TODOリストみたいなアプリがわかりやすくて、TODOひとつ追加するみたいなシチュエーション。これ辛くない?

jQuery 使うにしろ最近流行りの React みたいなものを使うにしろ追加するDOMテンプレっぽいものJSファイルのどこかに埋め込まなきゃいけないのがそもそもしんどい

んで、これはHTML側のコーディングがちゃんとしてたら辛くなりづらいと思うんだけど、上記のようなコンポーネントテンプレが大体使いまわしづらくて似たようなのがポンポンまれてくる気がするんだよね。これめっちゃしんどくないですか。


以上です。

2016-09-30

JavaScript配列初期化の話

JavaScriptで、配列を各要素がユニーク新規オブジェクトになるよう初期化したい。

Ruby

ary = Array.new(8) { Hash.new }

みたいなことをしたいのだけど、うまい書き方がわからない。

単純な実装としては

const ary = [];
for(let i; i < 8; i++){
  ary[i] = {};
}

みたいな感じだけれどもこれはなんとも微妙であるワンライナーで書きたい。

ちょっとかっこつけると

const ary = Array.call(null, ...Array(8)).map(() => { return {}; } );

とか

const ary = [...Array(8)].map(() => new Object() );

とかできなくもないけど、これらもどうにも不格好である

何かもっとシンプルクレバースマートなやり方はないものであろうか。

const ary = Array(3).map(()=> new Object());

とかできたらよかったのだけれども、残念ながら空要素はスキップされるらしく、これでは空配列が返ってくるから

一旦展開させてundefinedで埋めた配列を生成してからmapしなければいけないらしい。最終的に得たい配列が1つなのに、その前に別の配列を2つも生成するのが気持ち悪い。

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