  |
はてなキーワード: DOJOとは
知らない人にはなんのこっちゃだと思うので知ってる人にだけ伝わればいいや、なのでWarframeの説明はしないです。
このゲームをやり始めて8年経ってます、満期でプレイしています。基本はソロプレイで野良募集も殆どしないぐらいにはソロ活動が多かったです。
MODも武器も何もかも全組み合わせ作ってしまったのでやることがなく、サブアカウントをつくって初めからやってみようと思いました。
心機一転ということで今まで手を出してこなかったクランに入ったり、積極的にDiscordに入ってみてというプレイに憧れ
さっそく某大型DOJO＋Discordグループに何個か入ってみました。
まぁひどかった
プレイするやいなや
「何がほしい？」「フォーマ挿してる？」「MK１BRATONでも最後まで使えるよ～ｗｗ」
「新規さんは～、〇〇強いよ～取り行く？」
わかっている、恐らく彼らは親切心で上記のうざいコミュニケーションをとってきているのは
ゲームを楽しむためではなく、最適化するためだけにプレイを強要しているようだった。
ゲームプレイヤーは必ずしも皆が皆無双プレイやサクサクプレイを好んでいるわけではない、むしろ挫折があり壁を超えるからこそ楽しいものだと思っている。
なのにこのゲームに居着く輩は皆として新規を必要以上に甘やかし、Warframeというコンテンツの消化スピードを著しく早めている。
なぜこのゲームにそういっためんどくさいジジイのようなプレイヤーが多いのかは知らないが、すこしでも思うことがあったら考えてみてほしい。
教えたがりや、施したがり、数えだしたらキリがない
Harrowは難しいとマウントを取ってみたり、Acridの過去Verの話をされたり、素材集め手伝うと言われ耐久にて部屋の奥で待ってていいと言われ耐久放置が始まったり
コミュニケーションがうまいと思い込んでるオタクみたいな人が多いので１つ聞くと１００返ってくるのもうざかった。
私「NOVAって強いですよね」
相手「強いよ～ｗｗNOVA使いたいの？NOVAは減速と加速があって～、OE持ってる？あげるよ！これつけると～」
なんというかこれが少数だったらいいのだけど、入ったグループの８割くらいはこんな感じだった
サブアカウントは削除し本アカウントで今日もKUVAを集めています。
Warframeはもう救えない気がする
知らない人にはなんのこっちゃだと思うので知ってる人にだけ伝わればいいや、なのでWarframeの説明はしないです。
このゲームをやり始めて8年経ってます、満期でプレイしています。基本はソロプレイで野良募集も殆どしないぐらいにはソロ活動が多かったです。
MODも武器も何もかも全組み合わせ作ってしまったのでやることがなく、サブアカウントをつくって初めからやってみようと思いました。
心機一転ということで今まで手を出してこなかったクランに入ったり、積極的にDiscordに入ってみてというプレイに憧れ
さっそく某大型DOJO＋Discordグループに何個か入ってみました。
まぁひどかった
プレイするやいなや
「何がほしい？」「フォーマ挿してる？」「MK１BRATONでも最後まで使えるよ～ｗｗ」
「新規さんは～、〇〇強いよ～取り行く？」
わかっている、恐らく彼らは親切心で上記のうざいコミュニケーションをとってきているのは
ゲームを楽しむためではなく、最適化するためだけにプレイを強要しているようだった。
ゲームプレイヤーは必ずしも皆が皆無双プレイやサクサクプレイを好んでいるわけではない、むしろ挫折があり壁を超えるからこそ楽しいものだと思っている。
なのにこのゲームに居着く輩は皆として新規を必要以上に甘やかし、Warframeというコンテンツの消化スピードを著しく早めている。
なぜこのゲームにそういっためんどくさいジジイのようなプレイヤーが多いのかは知らないが、すこしでも思うことがあったら考えてみてほしい。
教えたがりや、施したがり、数えだしたらキリがない
Harrowは難しいとマウントを取ってみたり、Acridの過去Verの話をされたり、素材集め手伝うと言われ耐久にて部屋の奥で待ってていいと言われ耐久放置が始まったり
コミュニケーションがうまいと思い込んでるオタクみたいな人が多いので１つ聞くと１００返ってくるのもうざかった。
私「NOVAって強いですよね」
相手「強いよ～ｗｗNOVA使いたいの？NOVAは減速と加速があって～、OE持ってる？あげるよ！これつけると～」
なんというかこれが少数だったらいいのだけど、入ったグループの８割くらいはこんな感じだった
サブアカウントは削除し本アカウントで今日もKUVAを集めています。
Warframeはもう救えない気がする
元増田です。
SPAは、クライアントが自立した1プログラムとして状態を管理する。サーバはUIと同様の非同期なイベント発生源/イベント発行先の一つとして扱う。またReactとReduxの組は、データベースサーバとサーバサイドページ生成のスタイルを、サーバとブラウザでやるようにシフトさせたものともみなせるだろう。
手間がかかりません？さらにもともとほぼサーバー側だけで済んでいたものを分けることでCSRFやSQLiなどの変なバグを仕込む可能性だってありますよね。これに見合うメリットが見えないのですがいかがでしょうか。
そしてReact自体には、JSX構文もbabelもいらない。JSXタグを書くよりむしろReact.DOM.div({...},...)等で書いたほうがプログラミングでは扱いやすい。JSXはサーバサイドページ生成のテンプレート言語利用文化に寄せた表現に過ぎないといえる。そして今ではbabelで変換する対象もES6 modulesのexport/importだけだ。これも分割ファイル対応のためにwebpackあたりを使うなら、ついでにbabelでES6 modulesも、といった程度のこと。
というかですね、そもそもVをロジックの中にベタ書きしちゃうの嫌なんですよね。シンタックスハイライトとかインデントも効かないじゃないですか。そういう点ではAngularJSが一番気持ちいいですが。。
まあそれはそれとして、なるほど、JSXは別にどうでもいい、というのはわかりました。まぁそれならわからんでもないです。
すでに一般に忘れられつつあるprototype, Dojo, Mooと同格であるjQueryのほうが五年後も活発にメンテされるのかどうか怪しいだろう。もちろん、レガシーなものとしては残り続けるだろうが。
ここわかんないですね。活発なメンテがそんなに重要なのかな？ということです。まあモダンな感じで書きたいということは理解できますが、それさえクリアされていればいいんじゃないでしょうか。そうでもないですか？
まずReactの特徴は、「状態データから変換してビューを生成する」スタイルに統一されることにある。
これはjQueryをはじめとするDOM操作モデルでの、「初期状態ビューの作成」と「(イベントに伴う)状態変化からの部分ビュー変更」で構成するスタイルから脱却され、たとえば部分処理の積み重ねから想定外の状態が生まれることを防ぐ。
SPAは、クライアントが自立した1プログラムとして状態を管理する。サーバはUIと同様の非同期なイベント発生源/イベント発行先の一つとして扱う。またReactとReduxの組は、データベースサーバとサーバサイドページ生成のスタイルを、サーバとブラウザでやるようにシフトさせたものともみなせるだろう。
そしてReact自体には、JSX構文もbabelもいらない。JSXタグを書くよりむしろReact.DOM.div({...},...)等で書いたほうがプログラミングでは扱いやすい。JSXはサーバサイドページ生成のテンプレート言語利用文化に寄せた表現に過ぎないといえる。そして今ではbabelで変換する対象もES6 modulesのexport/importだけだ。これも分割ファイル対応のためにwebpackあたりを使うなら、ついでにbabelでES6 modulesも、といった程度のこと。
すでに一般に忘れられつつあるprototype, Dojo, Mooと同格であるjQueryのほうが五年後も活発にメンテされるのかどうか怪しいだろう。もちろん、レガシーなものとしては残り続けるだろうが。
Reactのモデルは関数型プログラミングのモデルそのものであって、そういう観点ではすでに何年も続いたものであり、React自体は消えたとしてもその手法は長く続くことになる。
http://d.hatena.ne.jp/iad_otomamay/20130318/1363596244
この記事。本当に腹が立ちました。
まず質問自体が酷いのが多い。
省略したのは知らないと障害の危険があるので知っとくべきってことで同意なんですが、
これは使うときにググれば良い話。暗記しておくメリットがわからない。
結合テスト中のシステムで、OutOfMemoryErrorが発生しました。UT後ソースコードの変更はしていません。ヒープメモリは足りているようです。原因として何が考えられますか？（筆記解答）
「UT後ソースコードの変更はしていません」という一文が意図不明。単体テスト終わった後にソースコード変更したら、再度単体テスト必要だと思うのですが？この一文は何のヒントにも制限にもなっていないです。
なぜNGなのかというのは「文字列連結演算子(+)では速度が遅いから」であり、StringBufferかStringBuilderのような結合用クラスのappend()を使うことでパフォーマンスは向上する、というところまでが質問の狙いなのかと思いました。もう一歩踏み込むならば、+をしたときにコンパイラでどのようになるかを知っているかどうか、みたいな。しかし結合用クラスにはデメリットもありまして、append()は冗長過ぎて可読性が酷く低下するデメリットがあります。文字列の連結時にクラスをnewするタイミングを調節したほうが速くなることもあります。近年ではマシンのスペックもあがってますので、そんなに気にする部分ではないと思います。そもそも、このStringBufferの仕組みは絶望的に救いがないJava言語の汚点と言ってもよい部分です。なんで文字列の連結方法に複数のやり方を速度だけの理由で取捨選択させるというバッドノウハウなので、早くコンパイラが最適化して一元化くれることを望む部分です。
StringBufferかStringBuilderと書いていて、そういやスレッドに関しての質問がないのはどういうことなのかと感じました。JavaのWeb系ってスレッド重要だと思うのですが。
JavaScriptでHTML要素をid属性の指定により取得するメソッドは何ですか？（筆記解答）
もうjQueryやDojoも使われるようになってきたからこれも知らなくてもいいんじゃないかと。id指定で取れるということとを知っておけば答えにはたどり着けるはず。バッドノウハウです。どうしてJavascriptが最近になって流行ってきたかを思い出して欲しいです。
プログラマーはバッドノウハウの塊でなくてはならない、というのが見えてくる質問内容ですが、最近は覚えなければならないことが多く、技術の更新スピードも早いので、あの質問のような重箱の隅まで暗記するようなことをしていては、重要な部分が抜け落ちているし、暗記の苦手な人は辛いと思います。書籍もネットのような情報の蓄積と抽出する部分は充実してきたので、概念は知っておいて、実装手段はその都度調べるほうが効率的であるかと思います。質問は、応用の効く根本的な部分を問う方がよかったです。
「現実は、もっと凄惨な世界を経て時代が進んでいくようだ。」などと締めくくっていますが、この人は凄惨な世界が嫌なのでしょうか？不安を煽るだけで対策も講じていません。まず、質問の回答を書くだけでも、読んだ人の知識の底上げに貢献できると思うのが普通です。「これは基礎教育をやってれば当たり前」とか言ってドヤ顔して、できない人間を馬鹿にしているだけに見えます。本心では凄惨な世界を望んでいるのでは？としか思えてなりません。
この記事を読んだことで、またSI業界から優秀な人が遠のくことでしょう。こんな人間が居る業界には居たくないと。
どうして悲しみを減らす方向に動いてくれないのかと…
※追記
頭沸騰しててスルーしてしまったのですが「淘汰」って書いてあったので、業界の底上げは望んでないんだなあと、見当はずれなこと書いてしまったなあ、と、後悔した。
