  |
はてなキーワード: viewとは
吾輩は無職である。職はまだ無い。どこで無職になったか、とんと見当けんとうがつかぬ。
何でも薄暗いじめじめした所で手斧を投げられていた事だけは記憶している。
しかもあとで聞くとそれは増田という人間中で一番獰悪な種族であったそうだ。
・・・・
まぁ、前置きの冗談はこの辺までとして、前々から作りたいな思っていた
Webサービスを中々時間が取れず作るのを諦めていたのだけど、
僕自身、プログラミングを生業とする職業では無く、学生時代も特にプログラミングついて何か
始めたのが昨年末の大晦日ちょい前なので、約5ヶ月掛かり、当初想定していた期間より
かなりの時間が掛かってしまい、反省点等含めその辺の事を書けたらなと思います。
■やりたい事（実装した事）
・ゲームユーザー同士を繋げるマッチングサイト（出会い系ではないよ。）
・タグをつける
構成を書いた方が良いと思うので
以下になります。
■構成
--------------------------------------------
FW：Flask 1.0.2
ORM：SQLAlchemy 1.2.7
その他ツール等：Let's Encrypt/fail2ban/等々
--------------------------------------------
ほぼ、既存のベーシックなサーバーサイド側の制御のみです。（jsで非同期通信はしてます）
変えるのもなと思い、取り敢えず上記です。
■選定理由
Railsの名前を良く聞くのでRuby on Rails触ったのですが、
Railsには馴染めなかった（扱えなかった）ので
何かマイクロFWの方が良いのだろうと、Sinatraいこうか思いましたが
Railsの印象が強く残った為、Rubyは止めてPythonに移りました。
今度は初っ端からマイクロFWが良いだろうとFlaskのサンプルを試すと
比較的プログラミング初学者でも扱いやすく覚える事も少ないので、PythonとFlask
の組み合わせで決定。
（気軽にプログラムを書け、自分がイメージしている処理や制御を素直に実現できる点が
書いていて気持ちが良いです。まぁ分からない所も有りますが、そう思わせてくれる点
が良いです。モチベーション的に）
NginxとuWSGIの組み合わせはFlaskで検索すると一番でてくるのでこれに決定。
SQLite3 はマイクロFWだから軽めのDBでたぶん大丈夫だと思ったのでこれに決定
■開発概要
・まずPythonの開発環境を整えようとなり、WindowsにVagrantをインストールして
仮想マシンの環境構築。ゲストOSの中にPyenv等を入れPython環境構築
・上記構築後に取り敢えず小さなサンプルから作ろうとなり、簡単なCRUDをFlaskで行える様にしました。
これができた時は嬉しかったです
・上記が出来てから、本番の開発に移りCRUDをベースにひたすら肉付けていく
→ユーザー登録機能作成/ログイン機能作成/ユーザー情報表示/編集機能/チケット作成/及び編集/バリデーション
・細かいViewの調整とスマホ用のViewも作成（レスポンシブルでは無いので）
・本番用のさくらVPSに環境構築とセキュリティ用のツール導入とLet's Encryptでhttps化
■悩んだ点/反省点
・悩んだのがタグ機能周りになるとどうすればよいか、かなり悩みました。
結論を言うとToxi法を使用しましたのですがここにたどり着き、理解するのに結構時間がとられました。
また、実装したらしたで、今度はそのタグ機能を検索するとなると検索ワードが1つとは限らないので
クエリーを動的に生成する必要が有り、これも実装するのにかなり時間が掛かりました。
SQL文だけならば比較的すぐに検索でヒットしますが、それをSQLAlchemyでどう実現すれば良いか分からず
かなり時間が掛かりました。DB設計やSQLAlchemyの文法に自信は無いですねぇ。。
・1次情報のリファレンスからは情報得ることがほとんど出来ず（たまにはできたが）、
Stack OverflowとQiitaと個人ブログが無ければこのサイトできなかったので
■総評
・5ヶ月と時間が掛かりまた反省点も多々有るが、とりあえずサービス公開まで
もっていけた事が嬉しいです。ただただ嬉しい。
・FlaskとSQLAlchemyの情報が日本語が少ないので公式リファレンスとStack Overflowを
行ったり来たりしたおかげで英語アレルギーがそこまで無くなった。
■成果物
オンラインゲーマー向け（e-sports）のマッチングサイトになります。
名前が安直で小学生が5秒で考えたような名前ですが、安直で気に入っています。
作った理由は、僕はBF1が好きなのでオペレーションキャンペーンと言うモードを
やろうとしたのですが、時間帯が悪いのか過疎なか分からないが全然マッチングしないのですよ。
やりたいのにマッチングしないので出来ないどうしよう、と。
また、昔セールでFarCry3をかなり昔に購入した時（既に4が発売済み）にCO-OPモードが全然マッチしない事が有り
旬が過ぎたオンラインゲームは中々マッチしなくてほぼシングルモードしか出来ない事は割とあると思うんです。
今だとBF4もかなり人数がいない状態なので特定マップのみとか。
なのでオンラインゲームでマルチプレイやCo-opで人を集めたい時、PUBGやFORTNITE等バトロワゲームのスクワッドを
募集する時、オンラインゲームの大会（e-sports）を開きたい時に利用して貰えると嬉しいです。
主に想定ユーザーと考えているのは、FPS/TPS/RTS/MOBA等のPCゲーマーをメインに考えていますがCS機やTCGでも
使って貰えると嬉しいです。
あとViewがレスポンシブでは無く、PC用とスマホ用しかなくタブレット用の中サイズのViewが無いのでご了承下さい。
遊んでも良いよという奇特な方がいましたら当該サイト内でコメント頂けると幸いです
・BF1（PC版）
それでは長々とありがとうございました。
・・・・
日月を切り落し、天地を粉韲して不可思議の無職に入る。吾輩は死ぬ。
ありがたいありがたい。
It's a bit like the crossroads of the sea, isn't it?
Then people leave here to go all over the world, huh?
Probably.
It's kind of amazing, isn't it?
In two days, we're leaving here. But this view will remain the same, right?
Of course, will.
We'll go to Antarctica, and come back to home, but boats will still come here every day, and the city will be full of people, going to school, working their jobs, hanging out with their friends, They'll all keep living their lives..
It' the same in our home country.
School's still being held, They're probably having dinner right about now.
In places we've never seen, locations we've never been, so many people are living so many kinds of lives, every day, without stopping. That's amazing!
Even though it's common sense, but we know you're getting at.
質問なんだが
よくyoutubeと比較して議論してる人がいるけど、大きな違いがある
youtubeでは製作者は無償でコンテンツをyoutubeに提供し、youtube側は広告料の一部を製作者払う。
漫画出版は多くの場合、出版社が作者に原稿料を支払って作者が出版社にコンテンツを提供し雑誌連載、その後コミックスとして出版した本の売り上げから印税を作者に払う。
広告料のみで雑誌売り上げと単行本売り上げ両方を賄わなきゃならないことになる
出版社の利益を確保しつつそれをview数で割るということになると作者の元には今よりもずっと少ないお金しか入ってこなくなる。
Quick Tutorial for Pyramid は公式のチュートリアル
https://docs.pylonsproject.org/projects/pyramid/en/latest/quick_tutorial/index.html
$ $VENV/bin/cookiecutter gh:Pylons/pyramid-cookiecutter-starter --checkout 1.9-branch
として、プロンプトの問いに答えるとサンプル的なアプリができる。
ghはgithubか。
引数で指定できるテンプレートは https://github.com/Pylons?q=pyramid-cookiecutter
sqlalchemyを使うものは分かるけど、zodbって何？
アプリは以下のようにして起動する。
$ env/bin/pserve development.ini --reload
このpserveというPythonモジュールでアプリ動かしたりする。
超単純なPyramidアプリを作って、WSGIのイメージをつかむ。
app.py を書き写して動かしたらHello Worldが動いた。
viewとURLの紐付けはconfig.add_routeしてconfig.add_viewする。add_viewしてからadd_routeしても大丈夫だった。
viewにはrequestが渡される。requestに色々入ってそう。
waitressは知らないけど、serveでHTTPサーバ作ってWSGIアプリを公開できるのかな？
print('Incoming request')
...instead of:
print 'Incoming request'
Inernal Server Errorになった。アプリのほうではValueErrorでresponseを返すようにと怒られていた。text/plainとか返すには何かしないとダメっぽい。
print(xyz)してみろ、ということかな。1と同じくInernal Server Errorになって、コンソールにはNameErrorが出た。
CGIかな？
そういう時は日本語ドキュメントを読む。作者とやりとりしたりして、不明点が解決している可能性があるからだ。
OSSのドキュメントは基本的に有志がボランティアでやっていることは承知している。
でも、英語が苦手なんだったら、翻訳作業に関わってはいけない。
試しに、適当なページを見てみる
https://jp.vuejs.org/v2/guide/single-file-components.html
「多くの Vue プロジェクトでは、グローバルコンポーネントは、new Vue({ el: '#container '}) の後に各ページの body においてコンテナ要素をターゲットにすることに続いて、Vue.component を使用して定義されています。」
↑
どういうことだろう？
原文はこうだ。
「In many Vue projects, global components will be defined using Vue.component, followed by new Vue({ el: '#container' }) to target a container element in the body of every page.」
つまり、グローバルコンポーネントは「new Vue({ el: '#container '}) 」の後で「Vue.component」を使って定義されることが多いと言っている。「to target a container element in the body of every page.」は意味不明だが、ここはこういう定義の仕方をする目的をさしていると思う。
「これは view を拡張するだけに利用された小さな中規模プロジェクトにおいてはとても有効です。 あなたのフロントエンドで JavaScript 全体を操作するようなもっと複雑なプロジェクトでは、これらの点において不利益になることは明白です。」
「小さな中規模プロジェクト」「あなたのフロントエンド」とはなんだろう、書いた段階でおかしいと思わないのだろうか。機械翻訳をするなら、日本語ドキュメントを用意しておく意味はない。
原文はこうだ
「This can work very well for small to medium-sized projects, where JavaScript is only used to enhance certain views. In more complex projects however, or when your frontend is entirely driven by JavaScript, these disadvantages become apparent:」
↓
「JavaScriptが特定の表示の拡張だけに使用されるような小規模〜中規模のプロジェクトにおいて、この方法はとても有効です。しかし、もっと複雑なプロジェクトや、フロントエンド全体をJavaScriptで制御する場合、この方法では次のような問題があります。」
ForkしてPull Requestするのもだるい。
こういうのが大量にあるから。
https://anond.hatelabo.jp/20171230140130
おまえら馬鹿にしてるけどmonappyというところでブログ書いてて、一記事で45000円くらい稼いでるぞ。はてなブログ馬鹿にするのも無理ないわ。
https://monappy.jp/memo_logs/view/tm_2501/624
ほらこれ見てみ。
公開日時：2017/12/05 10:25 437 view +41.42742369 MONA
だいたい１MONAが今1100円（ちょっと前は2000円）だから、この記事だけで45000円稼いどる。すげえ。
はてなブログじゃさんざん馬鹿にされまくった挙句たいして儲けられなかった人間が、モナコイン界隈では結構崇められていて投げ銭してくれるファンがおり、ちょっとした人気生主的存在。
マジで？すげえじゃん！と素直に思ったのでその他の記事、それと投げ銭額を見てみた。現在1mona=530円だからそれをもとに計算。
・クリスマスはMonappyでイラスト祭り（…になってほしい）(12/15更新)
https://monappy.jp/memo_logs/view/tm_2501/1345
・自分の負け犬根性を他人に押し付けないで欲しい。(12/17更新)
https://monappy.jp/memo_logs/view/tm_2501/1456
https://monappy.jp/memo_logs/view/tm_2501/1756
・チャンスに気づかず、歴史が変わっちゃうこと多すぎ問題(12/24更新)
https://monappy.jp/memo_logs/view/tm_2501/1788
----
ここではてなブログ「ミサワブラック！」を立ち上げる。なぜだろう。
----
https://monappy.jp/memo_logs/view/tm_2501/2108
・Monacoinが使える場所をまとめてみた感想(1/11更新。以後2ヶ月消息なし)
二次であれ一次であれ、自分の作ったキャラクター、世界観だけを、特定の二次創作の特定の狭い部分だけを書き続ける人がいる。
自分は、そうならないようにしてきた。狭い部分だけをずっと続けていると、その内それしか書けなくなってしまうのではないかと恐れた。新しいことをできなくなってしまうのではないかと恐れた。
自分は、自分の作ったキャラクターを愛さないようにした。そうして、出来るだけ一つの事に固執しないようにした。
そうなった原因としては、ある時書いた一次小説が偶々ヒットしたことが原因だった。今までそうview数とか増えなかったのに、多いときは1日10万pvを記録する事さえもあった。
自分はその時、人気が出たからと言って引き延ばしたりはしない事を決めた。その作品の人気に自分が固執する事を恐れた。それが最初だったと思う。
それまでは、人気が出なくとも、自分の好きなままに書き続けていたと思う。人気は欲しかったけれど、好きな気持ちで書き続けていたと思う。自分の作品を、周りの目をそう気にする事なく愛していたと思う。
今は、愛していない。結局、その人気が出た作品は引き延ばす事なくさっぱり元の構想通りに終わらせたけれど、その作品に引きずられはしなかったものの、人気には引きずられた。
どうやったら人気が出るのか、考えるようになった。新しい作品が人気が出なかったらポイと簡単に捨てるようになった。自分の作品を愛さなくなった。人気が出なかったときの事を恐れて、自己防衛するようになった。
今は、その、特定の事柄を書き続けている人を、純粋に周りの目もそう気にせず、人気も気にせずそれを愛して書き続けている人の事を、とてもうらやましく思う。
自分はもう、戻れない。
人気が出る事を目指して、自分の作品を愛さずに、頑張り続けている。
間違った道に入ってしまった感じが否めない。
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Button btClick = findViewById(R.id.btCalc);
CalcListener listener = new CalcListener();
btClick.setOnClickListener(listener);
}
private class CalcListener implements View.OnClickListener {
@Override
public void onClick (View view) {
EditText input1 = findViewById(R.id.etInput1);
EditText input2 = findViewById(R.id.etInput2);
TextView output = findViewById(R.id.tvOutput);
String input1str = input1.getText().toString();
Integer input1int = Integer.parseInt(input1str);
String input2str = input2.getText().toString();
Integer input2int = Integer.parseInt(input2str);
output.setText(input1int + input2int + "です" );
}
}
}
Integer.parseInt()を見つけるのが最大の難所であった
ユニットテスト書きすぎじゃない？って話です
http://kenn.hatenablog.com/entry/2014/01/03/095026
今はこのブログで言ってることがその通りだと感じる場面が多い
スマホアプリの開発現場では、MVVMやクリーンアーキテクチャと言った手法を用いて
Viewのロジックに近い部分までユニットテストしようというのが主流になっている
この空気感では最早テストを書くのはやめよう！という人は居ない
テストを書いたほうがいいか、書かなくてもいいか、迷うくらいなら書けという感じ
その結果、仮にバグが有ったところで大して痛くもないところまで緻密なテストが書かれ
コード量は爆増し、開発速度ははっきりと低下している
テストを書いておいたほうが結果的にリリースまで早くなる箇所もあると思うが
テスト礼賛の現状、よっぽど強い意志を持っていたり強い権限を持っていないと
そうでないところまでテストを緻密に書く流れにどうしてもなってしまう
もうAppleの審査も昔のように一週間もかかったりしないんだから
わかりにくいと思わないか？
まず、先払いなのか後払いなのかわからない。
先払いなのがわかっても、その次の関門が切符の買い方。
行きたい駅を探そうにも、タッチパネルはあいうえお順でもアルファベット順でもなく、料金順というのがもうなにを考えているのか。
これもちゃんと説明が欲しい。
俺は速攻でゴミ箱に捨てた。
だってそうだろう。
それに、名前が悪い。
俺なら、普通の切符は「2等客車」、グリーン車は別の切符にして「1等客車」って切符に印刷するよ。
それと、快速とか準急とか、勝手に造語作るならちゃんとわかるような注釈が欲しい。
rapidって英語表記だから、速いんだろうなとは思ったものの、停車駅が少ないとか、それ説明いるだろ。
わかりにくい極め付けはSuica、普通は切符を買う先払い方式なのに、Suicaだと後払い方式。
後払い方式なのに、先払いでチャージ、最初はさっぱり理解出来なかった。
オートチャージだと、引き落としはクレジットカードから後払いなのにチャージとして先払いで運賃は後払い。
プログラミング教えてと言われた。
自分のPCにサーバ立ててドメイン通してアクセスしてみて、HTMLとCSSとJavaScriptの概要を教えた。
http://hogehoge.comを叩くとぼくのローカルPC上のHTMLを見ることができるのだ。普通これは感激するはずだ。ヤツは少しも感動しなかったが。
タグのことを教えて、formタグ使ってみて、CSSを教えてセレクタの使い方教えて、なるべくDOMというワードは避けてJavaScriptのイベントの追加のしかたを教えた。
で「あとは色んなタグ覚えるだけ」「CSSで色んな組み合わせやってレイアウトを楽しんでね」「あとは色んなイベント覚えるだけだから」みたいな感じ。色んなイベントを追加してもらった。
その後データベースの話をした。
「まずエクセルのファイルからデータ取ってみよう(実際はCSV)」「あ、でもこれだと取りにくいし時間かかるね」「しかもこれだとデータ矛盾しちゃうしめんどくさいね」「そこでデータベースですよ」
って言って、sqlite3を教えた。エクセルで「これがインサート、これがデリート」って説明しながら、テーブルとレコードとSELECT, INSERT, UPDATE, DELETEを教えた。
ヤツは「なんでそんなわかりきったことをわざわざ文字で入力するんだ」と憤慨していた。こっちが憤慨したい。
で、次はWebフレームワークの話。まずWebフレームワークを使ってもらう前に、URLを叩いたらアプリケーションが走ることを確認してもらう。僕は「すごいでしょ！！」って言う。
さっきのsqlite3とつなげてみて、データを取得して表示してみた。ここで僕、「すごいでしょ！感激するでしょ！！」って言う。「ふーーん」っていう反応。「データをそのまま表示してるんだからそんなの当たり前でしょ？」みたいな。うるせぇWebサービスなんて大体そんなもんだわという言葉を飲み込みつつ、ここまで３時間。
ここで初めてサーバサイドの言語を教える。for-each文、関数までは順調。そしてクラス。クラスは若干詰まっていたのでぼくはまず構造体について説明した。
構造体のことはよくわかるみたいだ。まず青赤緑で構成された色の構造体もどきを作って、画面に色を出力した。ぼくがこの構造体もどきで画面にマリオを描くとヤツは感動していた。
そしてぼくはクラスについて教えた。「この構造体に関数がついてたら便利なときもあるもんだ」って感じ。説明がめんどくさいので「このクラスっていうのが型だよ」とか言っておいた。
「共通でいてほしいものもあるけど、共通でいてほしくないものもある」と言って、ぼくはキャラクタークラスを作ってマリオオブジェクトとクッパオブジェクトを生成し、FFを究極に安っぽくした感じのフィールドで戦わせた。
ヤツは興奮しているようだった。マリオは負けた。ぼくは「人は目に見えるものにしか興味が沸かないんだな」と達観した。
Webフレームワークに戻ってぼくはクラスを使ってView、Model、そしてControllerを教えた。彼はなんだかかなりよくわかった様子だった。ぼくは満足した。
そろそろ５時間になろうとしていたので、ぼくは「あとはデザインパターンと言って、プログラミングしていてよくあるパターンを集めたものがあるんだ」とか「アルゴリズムを知ると色々効率よく書けるよ」とか「非同期処理とかもあるし、とにかく色んなライブラリを試してみて」「他の言語とかも試してみて」とかそんなようなことを言った。
ぼくの仕事は終わった。あとはもうヤツは自分ひとりでなんでもできるだろう。ときどきぼくが質問に答えることもあるだろうけど、ヤツはサーバサイドに必要な大まかな知識を、こんなに短期間で得たのだ。ヤツは優れたエンジニアになるに違いない。ぼくはヤツの家をあとにした。お金ぐらい払ってほしいものだ。
「ごめん、HTMLってなんだっけ……？ていうかファイルってどうやって作るんだっけ……」
ヤツは何も覚えてなかった。俺は発狂した。俺はいったい、何を教えていたんだ。
あと俺、数年勉強しててこれぐらいのことしかわかってなかったのか？そう思って、なんだか猛烈に虚しくなってしまった。
そしてぼくは、二度と人に教えないことを決意した。
日本政府の「報道抑圧」を国連が痛烈批判! それでも大手メディアはだんまり…日本の報道の自由度は７２位
ttp://gendai.ismedia.jp/articles/-/48541
■NHKも民法メディアも民進党の山尾議員の些細な不明なガソリン代は叩いても、安倍が犯したベラボウなガソリン代詐欺は一切報道しませんでした！
ttp://www.nikkan-gendai.com/articles/view/news/178752
更には、稲田朋美 防衛大臣は同じ糾弾政治資金の不正使用を日本共産党から追及されると
「みんなやってる」この言葉を発してケツを捲るありさま！については お茶を濁す
■稲田防衛相 “同じ筆跡の領収書”が260枚、520万円分のア然
ttp://www.nikkan-gendai.com/articles/view/news/188311
安倍と自民党の金づるである軍事財閥の三菱を儲けさせる魂胆で安倍が中国と半島を挑発する為に極右の稲田朋美を防衛大臣にすえたのですが、
安倍の挑発に乗せられてしまい、まんまと中国政府は大船団を尖閣に出現させたのを
これ幸いに
自民党のネット工作員が中国の脅威をあげつらってるがよ 何で 中国の支配が脅威なんだ？
ならば、労働者達から参政権を剥奪して大日本帝国を復活させようと企む自民党の憲法草案こそ警戒すべきだろ！
●国防は語るが 原発を他国のミサイルから狙い撃ちされるリスクは相変わらず一切触れぬ 自民の工作投稿は続きますｗ
で 自民党のネット工作員が中国と北朝鮮の脅威を吼えまくり 放火しまくる理由は何？
自民党本部から、中国や北朝鮮の脅威をあげつらい、B層の民間企業の労働者達に憲法に【緊急事態条項】を付け加えさせる必要があると思い込ませるよう指令がございましたよ
●緊急事態条項は「ナチスドイツの国家授権法と全く一緒だ」福島議員が追及 なんと安倍総理は中身について答弁せず逃走！