「コード」を含む日記 RSS

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

2017-03-22

http://anond.hatelabo.jp/20170322091222

コードはそれなりに書けるけどネットワークはさっぱりな旧世代なのでそういう結論に至る思考ルーチンがよくわからない。

ネットワークの方が物理的な不確定要素とかも多くて難しいと思うんだが。

2017-03-21

好きなことで金稼ぐって悪いことなのか? 

俺にとってプログラムは最高に楽しいもので、今エンジニアとして働いて金もらえて「サイコー!」って感じだし

もらった金で新しいキーボード買って俺得プログラミング開発環境作って「たのしー!」ってする毎日をすごしてんだわ



確かにくそみたいな仕様書もないし無駄納期短いプロジェクトプログラム書いてる時は腹たつけどそのプロジェクトが新しい技術とか使って開発するとか、書いたコードが見た目よし、一発で動く、コードが短い 

みたいな、わくわく瞬間があったりなんだかんだでたのしいんだよなあ



そういう話すると「お前社蓄かよ仕事のしいとか頭沸いてるだろ」とか言われるんだよなー 何かおかしいの?


デメリットといえば、プログラムを失ったらもう働く口がなくなって死ぬしか無いとか、コミュ症だからPMみたいなスケジュール管理とかが苦手で、プロジェクトぶっつぶして死ぬ可能性があるとかかな?



追記

うおーなんかいろいろな意見あるなー

ほぼ毎日定時で帰れてるかって言われるとそうじゃないけど、上司は有能な人かなーと思う

前職だと毎日終電で帰って土日の連休なんてなかったし一人で炎上してるプロジェクトまわしてるときもあったり

直接お客さんと話してるときもつらい思いもしたこともあるけどそれでも「やっぱりプログラミングたのしーわー」って言いながら毎日コード書いてたんだよなー

他の人に話するとき基本的に「プログラミングはたのしいよ! 」で済ますようにしよう


gonta616増田社会人2年目3年目なら、所謂社二病コミュ症だからPMが出来ないというあたりw

うおーばれとるー つまり社二病なのかー ほかのぶくまの意見からするに年とるとやっぱり楽しくない仕事がふえるのかなー うーん不安

言葉の使い方を気にする歳か

自分は何人かと共同でソフトウェアを作る仕事をしている。

作る工程の内、バグ修正機能追加をする時、そのコード添削プロジェクトメンバー同士で行うようにしている。

その添削時、「ご対応ありがとうございます」と言う奴がいて、それが地味に気になっている。

別にそいつに頼まれた訳でも、そいつ担当作業を巻き取った訳でもないのでお礼を言われる筋合いはない。

しろお礼を言われると、まるで自分そいつ命令されてしたような気分になる。

勝手上下関係を作られてるようで腹が立つ。




相手には敵意はない。

マウンティングしてやろうという気も無い。

単に自分にとって言葉の使い方が気になるだけだ。

こういうことをイチイチ気にしてしまう歳になったのかなと思う。

2017-03-19

https://www.release.tdnet.info/inbs/140120170317422266.pdf

平成29年3月17日

各 位

事業撤退に関するお知らせ

当社は、本日開催の取締役会において、平成28年10月18日付「みやき町議場株式会社(仮称)との

進出協定書締結に関するお知らせ/2.協定の内容」記載当社連結子会社であるDDインベスメント株

会社(以下「DDI社」といいます。)及び当社の連携による各事業から撤退することを決議致しま

したので、下記の通りお知らせ致します。

1.撤退する事業

(1). みやき町企業サービス及び特産物・ふるさと納税販売促進に関する事業

(2). みやき町知名度向上、交流人口移住人口増加に関する事業

(3). 観光促進に関する事業

(4). インターネット知識習得などの新たな働き方・稼ぎ方の教育に関する事業

(5). 非正規雇用者正規雇用への変換促進などの雇用創出に関する事業

(6). 女性高齢者などの働き方の多様化に関する事業

(7). 上記事業推進のためのコールセンター事業の推進。

(8). その他地域社会活性化及び町民サービスの向上に関する事業

2.事業撤退理由

前項各号記載事業については、「DDI社」の前代表取締役である松田元氏並びに平成29年3月

9日付「取締役の辞任に関するお知らせ」及び同日付「子会社役員異動に関するお知らせ」記

載の辞任又は解任済み旧経営陣が主導でその推進を図っていたものであり、且つ、同氏及び

当該事業に関与していた旧経営陣は「DDI社」又は当社の取締役としての職責を全うすること

なく一切の引継ぎがなされていないところ、「DDI社」及び当社において当該事業を推進する

ために必要経営資源の確保が困難であるため。

3.今後の見通し

当期の連結業績に与える影響は軽微であるものと思料致しておりますが、今後適時開示が必

要と判断した場合は速やかに開示致します。

以上

会社株式会社デジタルデザイン

代表者代表取締役社長 安藤

(コード:4764/JASDAQ)

問合せ先 業務推進グループ 成瀬 憲一

( TEL. 03-5259-5300 )

2017-03-18

プログラマ希望

プログラマが持っている希望とは

無限大妄想の実現可能である

パソコンコード入力するだけであらゆることができるような気にさせてくれる。

パソコンに対する無理解がそのような希望を一段と加速させる。

何ができて何ができないのか当のプログラマにさえわからない。

まだまだ実現できることは増えていくはず。

プログラマたちはまだ旅の途中。

http://anond.hatelabo.jp/20170317223350

gccアセンブラーの中間コード吐き出させてみると、楽しいと思うよ。

レジスタ倍増、ビット長倍増、コードホルホルする。

再起されるような、アホほど繰り返されるコード64ビットでリコンパイルしたら、同クロックでも違いがでる

2017-03-17

けものフレンズ第五話をプログラム学習者は見ろ

知識を付けても全然手を動かそうとしないビーバー

全く設計せずいきなりコード書いて穴にハマるプレーリードッグ

この二匹が実に多い

今、プレーリードッグが部下にいて頭痛

http://anond.hatelabo.jp/20170316183326

そういや最近プログラムを書く」なんて言わないということに気づいた。

コードを書く」なら言う。

2017-03-16

社内SE(笑)

nginx」が読めない(笑)

そもそも何のことか知らないし、知りもしようとしないし、知る必要が無いので当然か。

コードも書けない(≠書かない)のに高給取りでいいなあ。

2017-03-15

社内のへぼプログラマー

彼らは勉強しない。

けど、なぜか口だけ達者。

本当に口だけ。

ググりもしないで、想像だけで、あたかもめちゃくちゃ調べました感を出してペラペラ喋る。

(喋ってる裏で、その内容について調べてみると全然見当はずれのことばっかり。)

もちろん、バグが起きるとすぐに別の何かの要因のせいにする。

(いやいや、あんたの書いたコードくそなんだよ。)


そして、定時になるとそそくさとすぐに帰る。

別に残業しろと言ってる訳じゃない。

技術力がない癖に、偉そうにして、しか技術力がないことを才能だったり、環境だったりのせいにするその根性をどうにかしろと言いたい。

当然のことながら、こういう人種にどれだけ面白いコンテンツを紹介しても跳ね返りがないし、話も広がらない。

どれだけ、技術について柔らかく解説してもその場しのぎの回答だけだ。

もう諦めるしかないのだ。

自分とは違う人種なのだと。

そして転職するしかないのだ。

2017-03-13

コーヒーフィルター 円錐形 Hario

coffee filters for Hario

www.monotaro.com/0165/9096/

注文コード

01659096

2017-03-12

Webサービス開発ってさぁ、

何年も想定して作るもんではないよね。


そもそも開発しても使われるかわからないし、


2,3年後には相当古くなっているし、

新しいフレームワークでも使って

またスクラッチから作ったほうが早いし。


キレイコード買いてよ、とか言っているのはクソバカに見える。

自分で一から作ればいいじゃん。



そんな勝手なことできないって言うやついるけど、

そんな勝手なことできないような地位にいるお前が悪いんだから

だったらガマンするしかないだろ。

書き換える必要なくね?

大企業銀行で、昔から動いている基幹システムは、大抵メインフレームCOBOLの組み合わせである

それをここ十年くらい、リプレースx86サーバJavaという構成に変更することが多い。

しかし、ハード汎用機からオープン系になるのはともかく、プログラムを別の言語に書き換えるとか、誰も幸せになる気がしない。

ぶっちゃけCOBOLCOBOLのまま移植し、今後も改修を続けるほうが、長い目で見たコストも低くなるのでは?と思うのだ。

その理由はこうだ。


COBOLで書かれたバッチ処理は、設計書の書式がフローチャートであることが多い。

勿論ロクに設計書がない場合もあるだろうけど、いずれにせよCOBOL文法は、「普通の人にとっての仕事らしい仕事」をそのまま入れ子状のフローチャート(分岐の先が別のフローチャート参照みたいになってるやつね)に書き表したものである

そういうモノが既にある企業銀行文化において、当然発注側は担当者からお偉いさんまでCOBOLerフローチャート脳だし、新しいシステム設計でもそれを踏襲しようとする。

というか踏襲すること前提じゃないと設計書をレビューできない。

UMLで考えるようなパラダイムシフトはまず不可能なので、それを求めるのは受注者の傲慢だろう。

というわけで、受注した大手SIerは、ほぼ確実にフローチャートもしくはそれに準じる記法設計書で処理を組み上げざるを得なくなる。


そうなると、実装フローチャート設計を基にコードを書くわけだが、こういう設計ハッカー文化で発展してきた言語(FortranC/C++Javaという流れと、PerlからPythonPHPというインタプリタ系の諸言語)との相性が最悪である

設計とは実装を楽にするために書くのに、これらの言語において、フローチャート設計は役に立たないどころか、邪魔しかない。

からFortranしかなかった頃から、本物のプログラマ達はフローチャートdisってきたわけである

ちなみに筆者はハッカー文化が生み出した恩恵に敬意を示すし、実際とても好きという立場である

しかし、「普通人達普通思考からはかけ離れ過ぎているという意味で、「普通人達普通仕事」をシステム化する時にどこまで役に立つかについては、非常に懐疑的に見ている。

…いささか話が脱線してしまったが、とにかくフローチャートで上がってきた設計書でコードを書くならCOBOLアセンブラ選択すべきだし、それで書けないなら書く意味が無いくらいに思ったほうが良い気がする。


というわけで、自分COBOLからリプレース案件は、その根本的な愚かしさを抱えている現状を見るに、今後一切関わる気はない。

COBOLリプレースするのでない限りは。

俺のコードを見てがっかりするのやめて欲しい

だったら全部自分で書けばいいじゃんよーーーーーーーーーーーーーー

300万プログラマーの書いたコードと500万プログラマーが書いたコードだと10倍くらい速度に差がありそうではある

http://anond.hatelabo.jp/20170312074952

情報理論とかまた渋いことを・・Decision Forest とか決定木系の学習アルゴリズムを使いながら、それがシャノンの情報理論の考え方を応用している事とか知らない人に最近会ったけど、まあエンジニアとして名乗ってもいいんじゃね?というぐらいには思ったんだけど自分境界は甘すぎ??(けど彼はすごくコードが書けるんだぜ)

2017-03-11

キモヲタユーロビートしか理解できないと言われ

そんな格好いいものを俺が理解できるはずないじゃんと思ってたんだが、試しに聞いてみたらめっちゃハマった。

メロディックスピードメタルEDMにある「ノレない奴に聞く権利なし」と言わんばかりのノリの押し付けほとんどなく、こっちがノルまで待ってくれているような錯覚すら覚える。

コードテンポは限りなくゲームミュージック的でFF戦闘曲を思わせる。

そして歌詞英語であるため東方アレンジのような聞いていてこっ恥ずかしくなるような感覚もない。

かといって歌詞に使われている英語は語彙力も低いしかなり聞き取りやすいのでTOEIC400点の頭でもいつの間にか意味何となく理解できてしまう。

凄い。

音楽センスも無ければあらゆる教養すらなくゲームアニメをダラダラプレイしてきたという思い出しかないキモヲタとここまで相性がいい音楽があったのか。

アニソンゲーソンですら時折理解出来なくなるのにユーロなら理解できる。

感動だ!

感動以外の言葉でこの環状は表せない!!

2017-03-10

派遣ITエンジニアにやってほしくないこと・やってほしいこと

私は派遣を受け入れる側。

指揮命令者として指示を出している。

複数の開発チームをマネジメントしている。リリース直前等の繁忙期はプログラミングもする。




やってほしくないこと

上司に「あの人は~~が問題で……」と報告しなくてはいけなくなるレベルのやつ。




テストしてないのにテストしたと言う

派遣の人が納期ギリギリで「○○のテスト終わりました」という。

なのでコードレビューがてらに動かしてみたところ、正常系すら全く動かない。

テストコードがない。手動のテスト仕様書もないし、それどころかどんなテストをしたのかのメモすらないという。

コードコミットし忘れとかでもない。

「さっきテストをしたら動いてたんですけど」というが、何度か試しても普通の正常系すら動かない。

結局本人は謎のテストをしたと言い張り続けたが、残念ながら信じることができなかった……。




出来ていないなら出来ていないで正直に報告してほしい。

こう言っちゃ悪いが派遣にはそこまで期待していないし、

(平均してみんなプロパーエンジニアの半分くらいの生産性だ)

仕事が出来ていないかったとしても、ちゃんと契約範囲内でしか残業は頼まないので。




古い知識や間違った知識若いメンバーに教える

iOS現場は3年ぶりです」と言っていたが、

いまさらObjective-Cを使うのが当然のように周囲に教えないでほしい。

もうみんなSwiftに移行していますよ。

新卒エンジニアはころっと騙されて間違った知識や古い知識を覚えてしまうことがある。

矯正の手間がかかるので、悪いけど、こちらの仕事が増える。




あと、滅茶苦茶な設計を周囲にすすめる。

ゴッドクラススマートUIを推奨しないでほしい。

あんJSONパースするユーティリティクラスの中にどうしてDBアクセスするコードを書くんだ……?




とにかく勉強するか、不得手な分野については周囲に思想を広めるのを自粛してほしい。




「○○さんはプロパーで、ボクは所詮派遣から……、だから意見が通らないんだ」とか言っちゃう

意見の中身が劣ってるからですよ。

有用意見なら誰のものでもウェルカム

あなたの機嫌を取るのに私やチームの時間を使いたくない。

なので誤解しないでほしい。




やってほしいこと

上司に「あの人はチームに必要な人ですよ」と報告できるやつ。




他社や他のプロジェクトノウハウを教えてくれる

めっちゃ便利なノウハウを教えてくれたら「神かよ」と思う。

派遣の方々は経験したプロジェクトの数がプロパーよりも概して多いので、そこを活かして、よそのノウハウを教えてほしい(守秘義務とかを守った範囲で)。




稀少技術を持っている

DBチューニングしまくる技術とか、iOS動画編集するアプリの作り方の知識とか、そういう珍しい技術を持っている人は必要な人になりやすい。




マネジメントする側として、浅く広い人はいくらでも替えがきくので、一芸に秀でている人を「必要」と感じる。

エンジニアとしてもそちらの方には一目置ける。




プロパーよりも真剣味がある

プロパーでもやる気ない人はいる。

ホントAndroidやりたい。iOSやりたくない」とか公然と言っちゃったりする人。

(そういう人はまず上司にかけあうべきで、関係のないメンバーにわざわざ公言しないでほしい。士気が下がるので。)




すくなくともそういうプロパー以上に、そして普通プロパー以上に真剣プロダクトの開発・改善に取り組んでくれる人はありがたい。

2017-03-09

http://anond.hatelabo.jp/20170309042831

この話は、途中で「危ない」の意味がすり替わっているので混乱してるんじゃないかな?

1. クロスドメイン制約で他ドメインサーバリクエスト投げられません ← わかる

これが許可された場合攻撃危険性にさらされるのは「リクエストを受ける側」のサーバだ。

この場合攻撃である可能性を持つ「リクエストを投げる側」は不特定多数である


2. <script src="">なら他ドメインも取れるよ ← まあわかる

3. じゃあここを動的に変えて、実体スクリプトファイル(JSONP)で関数呼んでデータ貰おう ←!?

ただのJSONだったころよりもっとあぶねーじゃん?

関数実行しちゃってんだぜ?

これが許可された場合攻撃危険性にさらされるのは「リクエストを投げる側」であり、先ほどとは攻撃者と被攻撃者が逆転している。

この場合攻撃である可能性を持つ「リクエストを受ける側」は、「リクエストを投げる側」が明示的に指定したサーバだ。

この問題は信用できないドメインに対して自分からリクエストを送らないようにする、という明確な対策可能である



JSONPは、「リクエストを受ける側」にとってXMLHttpRequestWebAPIを叩かれるよりも安全からドメインを超えた通信が出来るわけ。

まりこういうことね。

XMLHttpRequest危険性 (実際にはこの動作禁止されている)】
ブラウザ←ーーー「攻撃WEBサーバ」(悪意あるリクエストを投げるコードブラウザに渡す)
    ーーー→「被攻撃WEBサーバ」
        (悪意あるリクエストに答えてしまう)

【JSONP危険性】
ブラウザ←ーーー「WEBサーバ」(攻撃WEBサーバリクエストを投げるコードブラウザに渡す。※このサーバは、攻撃WEBサーバに悪意があることを知らない)
    ーーー→「攻撃WEBサーバ」(レスポンスとして悪意あるコードブラウザに渡す)
ブラウザ←ーーー
(悪意あるコードを実行してしまう)

Linuxの『まずは(コードを)書け 話はそれからだ』みたいなコメント

なんとなく題名みたいなのがあったなー、とふと思い出した。

んで、色々なキーワードでぐぐってみてるんだけど、それらしい情報が見つからない。

もしかしてこれじゃね? みたいな心当たりがある方いらっしゃったら、教えていただけると、ありがたく。

2017-03-08

コーディングがしたいお...

PHPerだけど、プログラミング楽しくない。CSSゴーストボタンとか作ってるほうがよっぽど楽しい。つらい。

コーディング新人担当し、プログラミングは俺が担当するということが多いが、新人が書いたゴミコードシステムで吸い上げるのも大変だからコーディングもさせてくれよ。

しろ俺がシステムで吸いやすコーディングするからお前がプログラミングしてくれ。プログラミングやだああああああああああああああああああああああ

Railsつらい

バージョンアップがツライ

毎度毎度、バージョンアップで非互換修正加えてコード修正必要になって、Gemも上がって依存が壊れて

いつまでやってんだよw

Railsプロジェクトでどれだけの人が最新版追従できてんだよ?テストを書いてれば余裕?

本当かよ?正直に言ってみろよ?実際はレガシーRailsの山だろw

概念・周辺ツールがツライ

ヘルパーやらマイグレーションの仕組みやら最初は良いかなと思ったけど、どう考えてもやり過ぎだ

短くかけるとか喜んでるやつは一度考え直せ

複雑さがRails側に寄ってるだけでなんも解決してない

それで良いんだって自分コントロールできない知らないコード依存して結局バージョンアップ地獄みてるだろw

最低限中で何が起きてるか理解しとけよwまあ理解できるころにはRailsでなくても良かったんやwってなるけどなw

RAILS_ENV=productionだとstaticファイル自分で返さないassetコンパイルで小さくしましょう

→ developmentで動いてたけど本番だと動きませんでしたw

どんな茶番だよw馬鹿か?

Gemがツライ

毎度毎度、アホみたいにGem入れやがって、もう自分で把握できる状態じゃねーだろ?

bundlerだから完璧にvendoring出来ますだって

本当かよnaitive extensionGemなんてどう考えたってRails管理外のヘッダファイル依存すんだろ

bundle installがこけるなんて日常茶飯事だろw

環境構築がツライ

ruby入れてGem入れてGem入れるためのヘッダ用意して

めんどくせーなbundlerもこけるし、rbenv使ってrubyバージョン揃えろとか

ホントめどくせーよ

deployもcapistrano便利とか言ってるけれど、そんなに便利じゃねーよw

あんDSL覚える時間あんならシェルスクリプト書けるようになっとけ

rackサーバがたくさんあってよかったねじゃねーよ集約しろ馬鹿

unicorn, puma比較しましたとかアホ記事書いてる暇あるなら集約するかなにかしとけ

信者がツライ

この手の話すると信者が使わない方法もある・選択しない方法もあるとか擁護してくるけど

そりゃあるけどそれ調べんのがめんどくせーって言ってんだよw

何でもかんでもレールに乗せてそれを強要してくるような感じがすんだよw

turbolinksなんて仕組みをデフォルトONにしてくるやつらの態度が嫌なんだよ

まあ自己顕示欲強い人が公開したコードで色んなサービスが動いてるのは確かだな

2017-03-05

コメ率の低いはてブエントリ英語エロか?

http://anond.hatelabo.jp/20170305115905増田以外のホットエントリで見ると。

2017年2月コメント率の低いホットエントリ

コメント タイトル コメント数/ブクマ ブクマページ
0.0% Python3.6 から追加された文法機能 - Qiita 0/96 b.hatena.ne.jp/entry/324476241
0.8% 文章ベクトル化して類似文章の検索 - Qiita 2/245 b.hatena.ne.jp/entry/324662835
1.0% [wip] 会社サーバサイドエンジニアにReactとかReduxのことを説明する資料 - Qiit 1/97 b.hatena.ne.jp/entry/319535213
1.1% 機械学習ディープラーニングの入門者向けコンテンツまとめ - Qiita 1/94 b.hatena.ne.jp/entry/321793279
1.9% Web制作時の概算費用と想定納品日を簡単に計算する票をつくってみた – のんびりデザインしているよう 7/375 b.hatena.ne.jp/entry/320010979
2.0% 最近見かけるレイアウト・ナビゲーション・スライダーフォームなどがどうやって実装されているのかのまと 7/344 b.hatena.ne.jp/entry/322198623
2.2% フロントエンド知らない私のwebpack入門 その1 - Qiita 4/186 b.hatena.ne.jp/entry/319233247
2.3% フルマネージドのSaaSクラウドデータベースサービスdashDBの活用スタイルとは ~手間いら 5/216 b.hatena.ne.jp/entry/323891713
2.4% Pythonをやるときに参考になりそうな情報 - のんびりSEの議事録 19/807 b.hatena.ne.jp/entry/322300431
2.5% React基礎 · GitBook 17/681 b.hatena.ne.jp/entry/321494522
2.7% 開発効率を上げるテスト設計 // Speaker Deck 5/183 b.hatena.ne.jp/entry/323584734
2.8% 畳み込みニューラルネットワーク可視化 - 人工知能に関する断創録 3/108 b.hatena.ne.jp/entry/322431100
2.8% グランブルーファンタジーを支えるインフラ技術 // Speaker Deck 10/359 b.hatena.ne.jp/entry/324611754
2.9% 仮想DOMの内部の動き | プログラミング | POSTD 6/206 b.hatena.ne.jp/entry/321289144
3.0% 金融データPythonでの扱い方 - 今日も窓辺でプログラム 16/527 b.hatena.ne.jp/entry/322842311
3.1% Python Jupyter notebookでpandasを使いCSVを読み込みグラフを描画してp 5/162 b.hatena.ne.jp/entry/321556884
3.1% React Redux Real World Examples 〜先人から学ぶReact Redux 9/290 b.hatena.ne.jp/entry/323749846
3.2% Awesome Python:素晴らしい Python フレームワークライブラリソフトウェア・リ 15/472 b.hatena.ne.jp/entry/319013267
3.2% 履歴書志望動機|最速で書く方法と受かる書き方 14/433 b.hatena.ne.jp/entry/279613157
3.4% 今日からはじめるGitHub初心者がGitをインストールして、プルリクできるようになるまでを解 38/1128 b.hatena.ne.jp/entry/318690305
3.4% スケーラブル GCP アーキテクチャ 6/178 b.hatena.ne.jp/entry/322723492
3.5% アーキテクチャから新しい! 初めてのエディタには、21世紀生まれの「Atom」がおすすめ【続・若手エ 11/311 b.hatena.ne.jp/entry/322534650
3.5% フロントエンドの基礎知識 // Speaker Deck 15/423 b.hatena.ne.jp/entry/322749937
3.7% ロードバランサー再入門 | ツチノコブログ 26/704 b.hatena.ne.jp/entry/323163487
3.7% APIサーバを立てるためのCORS設定決定版 - Qiita 5/134 b.hatena.ne.jp/entry/321742626
3.8% 画像】こんなのソフマップじゃないwwwwwwwwwwwwww|ラビット速報 5/131 b.hatena.ne.jp/entry/321219627
4.0% 動画あり】人志松本のゾッとする話のあるある探検隊の話怖すぎwwwwww | 2ちゃんねるスレッド 10/252 b.hatena.ne.jp/entry/319507149
4.0% 翻訳2017年展望: pandas, Arrow, Feather, Parquet, Spa 7/176 b.hatena.ne.jp/entry/324411617
4.2% 【たまに行くよ!って人向け】いつもと少しちがう東京ディズニーシーデートにするための5つの方法 @ja 3/72 b.hatena.ne.jp/entry/321496344
4.3% 高速なシステムを作る方法 // Speaker Deck 9/211 b.hatena.ne.jp/entry/283448858
4.3% 処分・廃棄にお金は要らない!?パソコン無料引取してくれる業者一覧 7/162 b.hatena.ne.jp/entry/320803373
4.3% タデサプリを支えるデータ分析基盤 ~設計の勘所と利活用事例~ 3/69 b.hatena.ne.jp/entry/322583838
4.4% 「Front-End Developer Handbook 2017」がGitBookで無償公開。フ 24/542 b.hatena.ne.jp/entry/318947145
4.6% デブサミ2017「DeNAの機械学習基盤と分析基盤」講演メモ #devsumi - 元RX-7乗りの 7/152 b.hatena.ne.jp/entry/322562611
4.6% 大量の要素を高速に表示するためのバーチャルレンダリング入門 / Virtual Rendering 6/130 b.hatena.ne.jp/entry/323604383
4.7% MySQLアンチパターン 22/473 b.hatena.ne.jp/entry/319218778
4.7% 5年間コードを書き続けたエンジニアが、新人に読んでもらいたい11冊+αを紹介する - エンジニアHu 47/1006 b.hatena.ne.jp/entry/313934939
4.7% グーグル社員も長友選手も行う集中力を高める方法 - 自分で学ぶ心理学 20/427 b.hatena.ne.jp/entry/322090614
4.8% 例の機械学習コースが良いらしいと知りながらも2年間スルーし続けたがやはり良かったという話 - Qii 68/1418 b.hatena.ne.jp/entry/321403591
4.9% NoSQL を使用する場合と SQL を使用する場合Microsoft Docs 28/577 b.hatena.ne.jp/entry/322834020
4.9% Awesome Selenium : 素晴しい Selenium ライブラリの数々 - Qiita 5/102 b.hatena.ne.jp/entry/321629987
4.9% 誰でもできる、プレゼンが劇的にうまくなる基本テクニック - 科学非科学迷宮 77/1557 b.hatena.ne.jp/entry/318913434
5.0% 脆弱性発見者が注目する近年のWeb技術 // Speaker Deck 24/481 b.hatena.ne.jp/entry/319516657
5.1% たった3つのコトで仕事が楽になる!「できる上司の会議」がマジで真似したい | CuRAZY [クレイ 7/138 b.hatena.ne.jp/entry/322534334
5.1% 日経電子版を支える基盤API // Speaker Deck 13/256 b.hatena.ne.jp/entry/319592914
5.1% 30歳から始める数学 - Shoyan blog 50/982 b.hatena.ne.jp/entry/323617832
5.1% インフラチームと開発チームの垣根をなくすためにAWSのCI環境を構築した話 - VOYAGE GRO 20/392 b.hatena.ne.jp/entry/323171376
5.1% 『How to Get Startup Ideas』 - いかスタートアップアイデアを得るか - 17/333 b.hatena.ne.jp/entry/324384439
5.1% 無料ウェブサイトブログに使える写真を検索可能な28サービスまとめ - GIGAZINE 18/350 b.hatena.ne.jp/entry/323600897
5.2% 内向的な人のための面接ガイド - GIGAZINE 14/271 b.hatena.ne.jp/entry/322036523

Pythonデータベース関連が目立つ。コメント無しで96ブクマに達するPythonさん凄い。マウンティング心?を刺激しないのだろうか。炎上したくない人はインデントに気をつけながらオブジェクト指向で書くといい。



2017年2月コメント率の高いホットエントリ

コメント タイトル コメント数/ブクマ ブクマページ
74.5% はてブ要望「返信出来るようにして欲しい」 - interact 114/153 b.hatena.ne.jp/entry/319990286
73.5% あなた朱雀とか白虎とか四神を覚えたキッカケは何?」という質問に対し世代がバレそうになる人々→「幽 319/434 b.hatena.ne.jp/entry/322198765
67.8% 内海 聡さんのツイート: "あなた甲殻類アレルギーだった場合あなたの心は殻に閉じこもっている可 449/662 b.hatena.ne.jp/entry/318821783
67.4% 日米首脳会談 首相は「ドラえもん」のスネ夫になった!民進党野田幹事長が批判 (産経新聞) - Ya 95/141 b.hatena.ne.jp/entry/321930776
65.7% いい記事書けばブクマつくとか嘘っぱち!こんな嘘がまかり通るはてな界に物申すっ! - ゆるくいきていく 260/396 b.hatena.ne.jp/entry/323206934
65.5% 痛いニュース(ノ∀`) : 梅沢富美男(66)、老害判定に怒り 「日本は俺達が作ったんだぞ!」 - 190/290 b.hatena.ne.jp/entry/322785094
65.5% 茶碗に米粒を残した状態で「完食」する人は完全悪ではないけど相容れられない、という話に意見続々 - T 413/631 b.hatena.ne.jp/entry/321479096
64.6% けものフレンズを視聴1分30秒で挫折。 - 自由ネコ 122/189 b.hatena.ne.jp/entry/321589678
63.7% けものフレンズコスプレ批判に対する異論まとめ - Togetterまとめ 228/358 b.hatena.ne.jp/entry/323622485
63.6% レジでバレる!二流の人の超ヤバい3欠点』という東洋経済記事を読んで。クレジットカードイメージ 119/187 b.hatena.ne.jp/entry/323599229
63.5% 痛いニュース(ノ∀`) : 日本在住のイスラム教徒の子どもがハラール対応給食に苦慮→学校側に配慮 290/457 b.hatena.ne.jp/entry/321128745
63.0% あざなわさんの炎上はてな村権威のなさ - メロンダウト 133/211 b.hatena.ne.jp/entry/323813866
62.7% プレミアムフライデーって何でこんなに叩かれてるんだろう? - シャイニングマンの「勇気を君に」 126/201 b.hatena.ne.jp/entry/324113658
62.5% 飯田譲治さんのツイート: "日本が悪い日本が悪いって、民間人は殺さないってルール破って、原爆落として 65/104 b.hatena.ne.jp/entry/321434534
62.4% 偏差値40の大学日本必要なのか?子供を焼き殺す大学補助金は不要 - カキカエブログ 166/266 b.hatena.ne.jp/entry/318786744
62.2% 坂上忍 清水富美加の月給5万円は正当「僕らの時もそうだった」 (デイリースポーツ) - Yahoo! 237/381 b.hatena.ne.jp/entry/321888913
61.9% 清水富美加17日著書出版「全部、言っちゃうね。」 - 芸能 : 日刊スポーツ 73/118 b.hatena.ne.jp/entry/322431771
61.5% 警視庁捜査1課長が竹刀で23歳美人記者ボコボコ (文春オンライン) - Yahoo!ニュース 415/675 b.hatena.ne.jp/entry/322218394
60.7% ゴルフに興じる首相、誇れない」民進・蓮舫氏:朝日新聞デジタル 136/224 b.hatena.ne.jp/entry/321608217
60.6% 金があるのに、理屈をつけてコンテンツに金を落とさない」連中について - うらがみらいぶらり 243/401 b.hatena.ne.jp/entry/321324226
60.6% 痛いニュース(ノ∀`) : 中学校で「やばい」という言葉を使用禁止に 若い世代意味多様化 - ラ 132/218 b.hatena.ne.jp/entry/324642052
60.3% 受動喫煙対策東京だけでやれ」 自民党内で反対論噴出:朝日新聞デジタル 241/400 b.hatena.ne.jp/entry/321316384
60.1% 娘の卒業式用の服を買いに行ったら驚愕した - コバろぐ 92/153 b.hatena.ne.jp/entry/321299915
60.1% 「洗剤いらず」スポンジで教頭などが児童の体こすりけがNHKニュース 215/358 b.hatena.ne.jp/entry/322584234
60.0% 松井一郎さんのツイート: "長谷川さんが、ブログで伝えたかったのは、健康であるための自己管理重要 201/335 b.hatena.ne.jp/entry/320414066

2017-03-04

http://anond.hatelabo.jp/20170304212827

元増田の人?なんか怒らせたようでごめん。

もちろん作品ごとに違う面白さ楽しみ方はあるだろう。それは元から否定してないよね?

けど上に書いた通り自分フィクションには新規性や斬新さを求める傾向が強いから、その自分には合わない、つまらないと感じると書いた。

アイドルアニメがどんなにこれは新しいですよ!と提示してみせても自分にとっては古臭く陳腐しか見えないんだよ。主にアニメ以外の表現と比べてだけど。それはしょうがなくないか

自分は賢いとはまったく思わないけど、もう知ってるは確かにそうだよ。だって知ってるんだもの

上にも書いたけど若い女の子たちが「カワイイコードを遵守しつつ数十年前のハードロックの真似事してみせるなんて今どき陳腐しか言いようがないよ。

そんで実際ラ・ムーみたいな異質な方向性に飛ばすならともかく。現実が数十年前に通り過ぎた地点を今さらなぞっといて(なぞるふりして、か)予定調和じゃないって何?

アニメ世界ではそれが新しいんだって言うならああそうなんだと思うけどさ、アニメ以外の表現に触れてる観客はそうは思わないってだけでしょ。

あとなんか勘違いされてるけど、自分が好む新規性のあるフィクションは当然とても楽しんで見てるよ。それが今んとこアイドルアニメじゃないってだけで。

なんでもかんでもをネガティブな型にはめて文句ばかり言ってるわけじゃない。つーかそんなのあなたが言うとおりつまんないしね。

ネガティブに見るっつーよりかそんな型どおりの反抗、型どおりの和解、型どおりの成長をアイドルやらせて今このご時世で「アイドル新時代主体的表現でござい」なんて言ってて本当にいいの?って思うけど。

去年から今年にかけて現実アイドル産業があれだけ話題になってたのにもったいねえなって。ヌルすぎないか余計なお世話だけど。

まあとりあえず自分は古さ・新しさと良さ・悪さを別物として語ってることは踏まえてもらいたい。斜に構えてなんかいないよ。ごく自然に古いものを古いと言ってるだけ。悪いとは一言も言ってない。

あなた表現に対する前向きな姿勢にはもちろん賛同するよ。

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