「Heroku」を含む日記 RSS

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

2020-07-10

プログラミングを独学して、労働組合2.0としてのwebサイト作ってみた 2

https://anond.hatelabo.jp/20200531122017

これを書いたものだが、前回言われたことに対応した。遅くなって申し訳ない。

エンジニアとしての就職のために、どうせなら世の中の役に立つものを作ろうと思って作った。

掲示板で仲間を見つけることで労働組合的なものを作り出すことが目的

https://www.whitedoor.jp

開いて見ても何のサイトなのかよくわからないという致命的欠陥が

トップページ画像説明を書いてみた。

検索ヒットしないときは「登録されてません」みたいなメッセージでも出さないと ユーザから見たら不具合で動いてないのと区別がつかないよ

対応した。

同名他社が登録されると迷惑だし法人番号区別できるようにすべきだな(https://www.houjin-bangou.nta.go.jp/webapi/

住所で区別できるので必要ないと判断した。

会社情報0件じゃん

とりあえず3万件登録した、さらにこれから20万件ほど登録するつもり。

以前から変えた部分での気付き

herokuでのMYSQLアドオンであるClearDBはわりかしmax_questionの制限が厳しく、無料だと3000件くらい、月1000円で18000、みたいに決まっているらしく、seedを入れるのに苦労した。というか現在も苦労している。

動機サイトに書くことじゃないな、と思ったのでノートに移した。

https://note.com/takatetomoki/n/n915623313ccd

よかったら使ってみてください。

2020-05-31

プログラミングを独学して、労働組合2.0としてのwebサイト作ってみた

https://www.whitedoor.jp/

自己紹介

今年の1月からプログラミング勉強を始めた無職


動機

https://www.whitedoor.jp/about

ここの動機の部分へ書いたので細かくは書かないが、友人が労働問題自殺して、なんとか違法労働をなくせないかなあと思い、労働組合の代わりになるようなwebサイトを作ってなんとかできないかと思った。

自身ブラック企業で以前働いていて困ったのもある。


目的

この国から違法労働を無くすこと。

このwebサイトコミュニティとして活発になり、人が増えれば、それだけで一つの力になる。

例えば同じ会社で仲間を見つければ上層部交渉することも出来るだろう。職業組合を作ることも出来るはずだ。

今度弁護士既存労働組合とも提携し、訴訟や、ストライキを行う機能なども実装したい。


計画

こうしようと思うのは簡単だったが、いざ始めて見ると学ばなければいけないことが多すぎて呆然とした。そもそも何を学ばなければいけないのかを学ばなければいけなかった。

HTMLCSSSQLJavascriptGitGithub、HerokuRubyRails、Cloud9、VScode、npm、Linux、Terminal、Vim、その他諸々・・・

とりあえずググって記事を読み漁って、プログラミングの学び方から調べた。


言語

Python流行ってるらしいのでPythonを学び、Djangoでやろうかなとおもったが、RubyRailsは使われていた時間が長く、日本語での情報が多いらしかったので、Railsで行うことにした。

途中でVueとFirebaseでやろうかなと浮気もしてみたが、日本語情報が少なく結局Railsに戻った。

Railsではわからないことは調べれば大抵のことは日本語情報があったので、いい選択だったと思う。

今後はVueちゃんと学び、今Jqueryで行っている部分を置き換えたい。


勉強で使ったもの

progate

https://prog-8.com/

非常にわかやすかった。環境設定を行う必要もなく、視覚的に説明してくれるので初歩の理解に非常に役に立った。

ドットインストール

https://dotinstall.com/

progateよりは難しかったが、動画説明してあるし、わからないことはググればそれなりにわかった。

また、progateよりも教材が圧倒的に豊富なので、HTMLCSS,Javascript理解を深めるのにも役立った。Cloud9やSQLドットインストールのおかげで理解できた。

Railsチュートリアル

https://railstutorial.jp/

これをやればとりあえず仕事できるレベルにはなるらしいと聞いてやった。

progateとドットインストールに比べればかなり難しく挫折しかけたが、それらでは学ぶことができなかったプログラミングの基礎の話や、Webサービスを作る上で知っておかなければならないことが書いてありとても役に立った。

あとはとにかくググりまくった。

YouTubeも見た。


デザイン


https://getbootstrap.jp/

Bootstrapに頼りまくった。これもドットインストールのおかげで理解できた。

ロゴイラストレーター作ってみた。楽しかった。

Navbarは本来こういう形で使うのではないのだと思うが、TwiterやInstagramのようなアプリのような使い心地にしてみたくてこのような形にしてみた。いいデザインになったと思う。

あとマテリアルデザインというのが流行ってると聞いて、見様見真似でやってみた。どうですか?


セキュリティ

調べれば調べるほど完璧に行うことは難しいとわかったので、もうユーザーメールアドレスを保存することを止めた。今後技術に自信がついたら実装したい。


完成

とにかくエラーが起きまくって、それがなんでなのかわからないことも多々あって、何度も挫折しかかった。

とりあえずわかることをやって、わからないことは放置してたら、他の部分の理解が進んだことで理解できるようになったりした。

デザインなどもっと気になる部分はあるが、今の自分技術ではどうしようもない部分もあり、とりあえず今の時点でもっとここをこうすればいいとか教えていただけるとありがたいと思い、公開した。

https://twitter.com/takatetomoki

Twitterを貼っておくので、ぜひ教えていただきたい。

あとノートを貼っておくのでサポートから投げ銭をもらえると、サーバー代など助かります

https://note.com/takatetomoki/n/nddb8123abc7a

ぜひ会社登録し、評価投稿し、掲示板を使って、Whidedoorを利用してください。

感想

これで僕がめんどくさいやつだなと思われて就職できなくなったら困るなと思ったが、少しでもこの国の労働環境改善、並びにこの国に貢献できれば嬉しい。

使用した技術など

開発環境 Cloud9 VScode

データベース MYSQL

言語 RubyJavascript

フレームワーク Rails

PaaS Heroku

できたもの

https://www.whitedoor.jp/

2020-03-15

金毘由他用語

sudo 須藤

su

chown 趙雲

mkdir 椋鳥

which 魔女

cat 猫

vi

zip 実父

gzip 爺実父

gunzip 眼実父

cron 九龍

ubuntu文通

golang 呉蘭

python 牌遜

java 邪馬

heroku 平六

github 岐阜羽生

jenkins 漸近主

docker 独歌

2019-12-14

[][][]Ruby on Rails書籍勉強する前に

テレワーク

リモートワークを採用している日本のテクノロジー企業のまとめ

Ruby

https://try.ruby-lang.org/

Ruby基礎文法最速マスター

Ruby入門 (全26回) - プログラミングならドットインストール

Rails

Railsの教科書

Railsをはじめよう - Railsガイド

Rails Girls アプリチュートリアル

ttps://railsgirls.jp/app



Ruby on Rails5 | プログラミングの入門なら基礎から学べるProgate

Ruby on Rails 5入門 (全28回) - プログラミングならドットインストール

Ruby on Rails チュートリアル:実例を使ってRailsを学ぼう - Michael Hartl (マイケル・ハートル)

Ruby on Rails ガイド:体系的に Rails を学ぼう

ttps://railsguides.jp/

.

MVP(Minimum Viable Product:仮説を検証することができる最低限のプロダクト)

ttp://kozy4324.github.com/blog/2012/03/20/report-agile-japan-2012/

リーン・スタートアップ エリックリー

ttps://www.amazon.co.jp/gp/product/4822248976

成功の鍵「ピボット」 スラックミクシィ共通点

ttps://www.nikkei.com/article/DGXKZO99252990U6A400C1X12000/



とにかく雑に作れ - 東京工業大学エンジニアリングデザインプロジェクト - Medium

ttps://b.hatena.ne.jp/entry/s/medium.com/titech-eng-and-design/%E3%81%A8%E3%81%AB%E3%81%8B%E3%81%8F%E9%9B%91%E3%81%AB%E4%BD%9C%E3%82%8C-2f87cc00eb85

Things that are complex are not useful, Things that are useful are simple.

Mikhail Kalashnikov

複雑だと役に立たない。何よりも単純であることだ。

ミハイル・カラシニコフ 史上もっとも大量に製造され拡散しているアサルトライフルであるAK-47」の設計

完成に漕ぎ着けるのは、

付け加えるものがなくなった時ではなく、

取り除くものがなくなったときである

Antoine de St. Exupery

イノベーションは全てのことに対してイエスと言うことじゃない。それは最も重大な機能を除いて、全てにノーと言うことだよ。

ttps://bit.ly/2JzCggZ

リンク

6 of the top 10 @ycombinator companies (by valuation) were built using Ruby!

ttps://twitter.com/mhartl/status/1179561691857616896

ttps://prograils.com/posts/top-10-famous-sites-built-with-ruby-on-rails

Ruby on Railsの事例まとめ(海外有名サイト編)

ttps://b.hatena.ne.jp/entry/s/skillhub.jp/blogs/176

Ruby on Railsの事例まとめ(日本有名サイト編)

ttps://b.hatena.ne.jp/entry/s/skillhub.jp/blogs/177?ref=176



スタートアップでのプロダクト開発はRails必要十分

スケーラビティがとか、拡張性がとか、モノリシックアーキテクチャは柔軟性がないんじゃとかいう声が聞こえてきそうだが(もっとも僕も前はそう思っていたのだが…)、

こんな技術的な美しさやなんちゃらビリティなんてものスタートアップにおける開発速度の重要性に比べたらなんの意味もないものである

ttps://medium.com/@reoring/4a92508bd170

最近PMFする前にアーキテクチャにこだわりすぎる事故をよくみる。

PMFする前のプロダクトなんて動けばなんぼなので、Railsで汚くてもいいかゴリゴリ書いて、最低限のJSをつけるだけでよい。

リリースするまで6ヶ月かけるというのは事故で、3週間ほどを目安に企画からベータリリースまでいくべき

ttps://twitter.com/wyvernMurai/status/1024150618288472064

マネーフォワードCTOが考えていること(20203月

Ruby on Railsは、現時点で、新規サービスを立ち上げる開発生産性が最も高いと判断しています。0-1のステージにおいて最も効果的であり、多くの場合は1-10でも有用です。ただし10-100のステージでは、デメリットが見えはじめますしか10-100のサービスにおいても、Ruby on Railsの利用範囲ゼロになることはないと考えています

ttps://moneyforward.com/engineers_blog/2020/03/31/cto-message-202003/

スタートアップWebアプリつくるなら、Railsアプリ分割せずAPIモード使わずシンプルにつくれ。

最初WebpackerとES6で必要になるまでFWつかうな」

ttps://twitter.com/daaaaaai/status/1154207078715498496

A Modern Web Application With Rails

ttps://medium.com/rubyinside/a-modern-web-application-with-rails-da3deb48014c

JavaScriptフレームワークはもうこりごり

HTMLCSSJSが私のフレームワーク

ttps://postd.cc/zero_framework_manifesto/

ほとんどのスタートアップにとって、マイクロサービスはよい選択ではない

ttps://www.infoq.com/jp/news/2020/06/monolith-decomposition-newman/

Istioがマイクロサービスからモノリシックアプリに変化。その背景とは

ttps://b.hatena.ne.jp/entry/s/thinkit.co.jp/article/17540

さよならアーキテクチャ議論

1. 事業成功に占めるアーキテクチャという要素の小ささ

2. チームでの共通認識を作るコスト

3. レイヤー分けという行為のものへの疑問

売り上げは全てを癒すけど、アーキテクチャは全ては癒してくれないんですよ。

ttps://note.com/timakin/n/n02f6be6aa0bf

スーパーFatControllerだし、設計もめちゃくちゃだけど100万人以上に使ってもらえて、そこそこ利益も生み出した

ttps://bit.ly/2CxT7To

Twitter創始者

Ruby on Railsを使って2週間で最初の動くバージョンを作り上げた

ttps://bit.ly/2KdcKim

Ruby on Rails10分で作るTwitterもどき

ttps://bit.ly/2KVdAl8

時間ツイッターサービスを作ろう! – KRAY Inc.

ttps://b.hatena.ne.jp/entry/s/kray.jp/blog/twitter_service_in_1hours/

「1人で6時間で作った」 Twitter匿名質問「Peing」人気、月間2億PV超えへ

ttps://bit.ly/3b7qyIz

Railsは終わらない」と私が言う理由

Railsの真価は Web開発に必要基本的機能が全て揃い、その機能全てがローカル動作してテストを書く仕組みが存在することにあると考えています

ttps://qiita.com/alfa/items/3a23f32fd905e3ded0d8

Go で同じくことをやるのは難しいというのが試した結果の結論でした。例えば Rails サーバーからメールを送るなら ActionMailer を使えば一瞬でできますが、Go ではそこまでの速度は出せません。

ttps://www.wantedly.com/companies/wantedly/post_articles/193633?utm_source=t.co&utm_medium=share&lang=ja

僕らがRailsで戦い続ける理由

ttps://speakerdeck.com/toshimaru/why-we-use-ruby-on-rails

それでもRails選択する3つの理由 - pblog

ttps://ppworks.hatenablog.jp/entry/2015/02/19/223552

僕はずっとRails使ってますが、別にRailsにこだわってるわけではないのでもっと良い技術があれば普通に移行すると思います

ただ移行するためには今持っているRails資産経験など全てを超えてなお移行したほうがメリットある場合に限るので中々そういうものは少ないかな、、、と

ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/953120084666433537

今は分かりませんが、数年前まではphprubyと同じ事をしようとするとソースコード量が3倍近く必要でした ソースが短ければバグが発生し辛いですし、ミスもかかる時間も減る と言うことで僕はruby、、、と言うよりrailsをおしま

ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/928170730893619200

Railsセミナー面白かった。 スタートアップ企業社長PHPを捨ててRailsを選んだ理由エンジニアの安定性というのが、今回聞いた中では一番心に残った。

エンジニア視点ではなく、経営視点で考えたら、ボトルネックは必ず人だからだよな。

ttps://b.hatena.ne.jp/entry/s/twitter.com/poepoe49091/status/762141005432750080

スピードに対してごちゃごちゃ言うなら C じゃなくアセンブラで書けばいい。

それをなんで C で書いてるのかって言えば、 それはもちろん「コードがわかりやすい」とか、「早く書ける」って のが理由だろう。

そして、Ruby は C よりわかりやすいし速く書ける。 ということは、「C よりも Ruby」というのは非常に自然選択では ないだろうか?

ttp://i.loveruby.net/ja/ruby/why.html

Cで書くと2日かかる。実行時間は0.1秒

Rubyで書くと1日かかる。実行時間10秒(Cの100倍)

と、すこし極端な仮定を置いてみると、どっちが得でしょうか。

ttps://jp.quora.com/naze-ruby-ha-hokano-gengo-to-kurabe-te-osoi-node-shou-ka

Railsアプリケーションを、Heroku上で1分間125,000リクエスト対応できるようにスケーリングする

ttps://postd.cc/scaling-rails-to-125-000-requests-per-minute-on-heroku/



2017年、Railsが学ぶ価値のあるフレームワークである理由は何ですか?

回答者David Heinemeier Hansson(デイヴィッド・ハイネマイヤーハンソン)、Ruby on Railsクリエイター、Basecamp創設者 & CTO

ttps://jp.quora.com/2017年-Railsが学ぶ価値のあるフレームワークである理由は/answers/129556088

RubyRails学習ガイド2019年版

ttps://magazine.rubyist.net/articles/0059/0059-Ruby-Rails-Beginners-Guide.html

Rails2019年も「あり」か? 統計を調べる

ttps://techracho.bpsinc.jp/hachi8833/2019_01_25/68846

Rails2019年も「あり」か? Rails長所と向いている用途

ttps://techracho.bpsinc.jp/hachi8833/2019_01_29/68871

Rails2019年も「あり」か? Rails短所と不向きな用途、他の選択肢など

ttps://techracho.bpsinc.jp/hachi8833/2019_01_31/68875

Ruby on Rails: DHHインタビュー

Railsにある20%のソリューション問題の80%を解決できるようにしています

ttps://kdmsnr.com/translations/interview-with-dhh/

Ruby on Railsの正体と向き合い方

ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fspeakerdeck.com%2Fyasaichi%2Fwhat-is-ruby-on-rails-and-how-to-deal-with-it



経験からRuby on Railsを学んで仕事につなげるまでの1000時間メニュー

ttps://qiita.com/saboyutaka/items/1a8c40e105e93ac6856a

あなたマスターしたのはいくつ? Rails習得するために必要技術要素の一覧

ttps://qiita.com/jnchito/items/063e332cbe3023f52f93

素人Webサービスを作ってみて分かった9つのこと

Webアプリ想像以上に複雑だった

ttps://el.jibun.atmarkit.co.jp/rails/2011/09/web9-1e8b.html

プログラミング独習するには10年かかる

ttps://www.yamdas.org/column/technique/21-daysj.html

railsのdefaultでは用意されていない考え方や設計リファクタリングについてのリンク

ttps://qiita.com/tos-miyake/items/8dffb16273726f538d49

プログラミングに関する法則原則一覧

ttps://qiita.com/hirokidaichi/items/d6c473d8011bd9330e63

「一つのことを、うまくやれ」

ttps://ja.wikipedia.org/wiki/UNIX哲学

ジョエルテスト

ttps://bit.ly/3fTUsmf

Joel on Software(ジョエル・オン・ソフトウェア) あなた絶対すべきでないこと(スクラッチから書き直す)

ttps://urashita.com/archives/3782

技術負債という概念の生みの親 Ward Cunningham 自身による説明

ttps://t-wada.hatenablog.jp/entry/ward-explains-debt-metaphor

銀の弾丸に関するノート

ttps://bit.ly/3epWY3i

ブルックスの法則

遅れているソフトウェアプロジェクトへの要員追加はさらに遅らせるだけだ。

1人の妊婦が9か月で赤ちゃん出産できても、9人の妊婦が1ヶ月で赤ちゃん出産することはできないのである

ttps://ja.wikipedia.org/wiki/%E3%83%96%E3%83%AB%E3%83%83%E3%82%AF%E3%82%B9%E3%81%AE%E6%B3%95%E5%89%87

巧遅拙速に如かず

Done is better than perfect.

完璧であるより出来上がる方がいい

Facebook

雑なやりとり

ttps://kuranuki.sonicgarden.jp/2019/10/casual-talk.html



19歳から7年、1人で30個のWebサービスを作り一発当ててもう働く必要がなくなった

ttps://bit.ly/2ysT1Km

30代後半や50代からでもソフトウェア開発者になるのには遅くないという10人の実例

ttps://bit.ly/2M6Dh6l

プログラミング人生を賭ける価値がある」

ttps://tech-camp.in/note/interviews/55825/

重要なのは仕事を続けることにワクワクできるかどうかなんだ

ttps://bit.ly/2J8ak5W

2019-10-09

IT業界いかなかった

親譲りの無鉄砲で、子供の頃からプログラミングばかりしている。

していたのだが、大学でいろいろと紆余曲折があって結局、プログラミングとかITとは真逆伝統業界に入った。

本当に人生どうなるかわからないと思う。

今の仕事の内容は古いけどかなり特殊な分野で専門的知識を獲得していく楽しさはある。

そして僥倖だったのが、ほとんどコンピュータの入り込んでない分野なので、手付かずの大自然というか、本当に些細な業務上単純作業でのことなんだけどいままでやったプログラミングが活かせたりするときもある。

こういう楽しさもあるんだなと思った。

でも一方で、ネットとかで本職の人が新しいサービス立ち上げたり情熱燃やしていると本当に羨ましくなる。

触発されて日曜大工的に単純なウェブサービス作ってheroku運用してみたりする。

やっぱりIT業界行ったら行ったで楽しかっただろうなあ。とも思う。

こちらからは以上です

2019-09-18

anond:20190918091336

herokuは、フレームワークマニュアルに手順が載ってるというか、コマンド一発って場合も多いか

普通にサーバに公開するよりずっと手軽

anond:20190918091336

EC2をいじったことくらいはあるけど

ちゃん環境構築して本番運用っていうのが経験ない

どういうイレギュラー対応しなきゃいけないのか、何入れりゃ良いのかとか、どう監視すりゃいいのかとか、考え出すとよくわかんねーというか

調べると当たり前だけど企業用のガチなやつしかでないし、何が自分必要なのかわからない

かと言ってサーバレスは嫌だし、となるとHerokuみたいなところでお手軽にやるのがいいのかなと

Herokuも一回いじったことあるだけだけど(結局ハマる気もする)

Heroku

サーバーとか構築したことないweb素人

個人サービス作るならHerokuの方がいいんだろうか

AWSだとまず何やればいいのかがわかんねーよな、特にセキュリティ周りとロードバランサ周りよ

2019-07-03

anond:20190703133659

サンキュー自信ニキ。mstdn.jpに行けばいいのね、見てみるわ。

Herokuクレカ登録せずGCP無料しか使わないドケチ社会人の俺はやはり運営はしないでおくと思う。ただ承認欲求が劇的に満たされそうだなと思えればやるかも。

2019-03-06

もうだめだ たすけてくれ

djangowebアプリherokuに突っ込んだけどデプロイ成功application errorで何もできなくなる

色々探して色々やったけど設定ファイルがぐちゃぐちゃになっただけ

herokuまで書いてあるチュートリアル通りに進めてみる

失敗

この辺でteratailで聞いてみる

そもそも何がわからないのかがわからないので答えがもらえるわけがなかった

俺にhello worldをさせてくれ……

2019-01-12

スクールに通って未経験からwebプログラマ転職して一発逆転!!

を狙ってるそこのお前

どうせお前のスキルセットは「html,css,js,rails」だろ?

揃いも揃ってそんなんばっかり

スクール講師に言われるがまま

このご時世にjqueryでせっせとDOM操作して

プリプロセッサも使わずしこしこcss書いて

HTTPメソッドSQL理解せずにそれっぽく動くN+1だらけのクソ作っただけだろ?

webプログラマ目指すくせに開発環境構築にDockerも使わず理解してないコマンドコピペしてローカルに直でインストール

せっかく無料枠あるのにawsじゃなくてHerokuにプッシュするだけのデプロイ

テストコードも書かず

CI/CDツールも使わず

ブランチ運用なんて考えずmasterブランチに直プッシュか?

会社に入れさえすれば先輩がつきっきりで教えてくれるとでも思ってんのか?

先輩を質問責めにする気か?

むりむりやめとけ

そんなんじゃせいぜい年収300

諦めた方が身のため

あばよ


どうしてもなりたいなら↑で挙げたものぐらいは最低限を理解しとけ

メモ帳一つでプログラマ」なんて時代は終わったんだよ

ここまで言って調べる気にならないなら本当に向いてないよ

2018-12-28

どこのレンタルサーバ借りたらいい?

サーバ大先生、教えてください。

Webアプリ初心者(実務経験なし)

pushするだけだったのでherokuではつくれたがレンサバはさっぱりわからんかった。

何この設定、何このディレクトリ、何この数字…って状況

希望としては

初心者向けに簡単に使える(Web上の情報が多い)

安い(月200円代は無理か?)

ゴミアプリを沢山作ってスキルアップしていこうと思っているので無料サブドメイン(レンサバ側が用意してくれるやつ)がたくさん使えるとgood

2018-11-25

Django+mysqlデプロイするのに一番簡単サーバーサービスを教えてくり〜

さくらVPSなのか

herokuはporstage何ちゃらでdjango-mysql使えないかパス

2018-08-20

作ったものを公開できない問題

こんなのあったらおもろいなーと思ってwebアプリ?みたいなやつ作ってたんだけど全然公開できない。

【公開までの見積もり甘すぎ問題

8割はできたって所から公開しようって状態まで持っていくの大変すぎ。

感覚的には8割から先がそれまでの2倍の負担はある。

デザインめんどくさすぎ問題

デザインなんてどうでもいーと思いつつも触りだしたら「せっかくだから」と触り出しちゃう

さすがに最低限それっぽくしたくなっちゃう。

CSSフレームワーク使ってみたら結局上書きしまくりで使い物にならない。

もうさ、本当になんでもいいんだよ。レスポンシブとかどうでもいいんだよ。

けどそれくらい対応してないとダサいみたいな空気感ちゃう

なんでsassの使い方なんて調べてるんやー

compassってなんや

lessってどうなったんやー

サーバー準備めんどくさすぎ問題

どのサーバーを使えばいいかわからん

VPSherokuAWS

こんなものを公開するのにサーバー代を払う事を想像すると手がすくむ。

AWSは便利みたいな風潮なんなの普通に構築大変なんだけど。何のサービスあるかよく分からないし。高いし。

heroku操作がないと止まるらしいし。

操作ってなに?デプロイWEBアクセスでもいいの?定期的にリクエスト投げておけば止まらない?

cloneとか使えるの?nginxの設定いじったりとかできる?apache

使ったこと無くてわからない。

得体が知れなくて怖い。

結局VPS借りたよもう!

【話が大きくなっていく問題

最初は1つの機能だったのが深夜のテンションであれしたいこれしたいってどんどん出てくる。

超人サービスになって超有名人になってインタビューに答える姿まで想像ちゃう

ブツブツ独り言言いながら予行練習もしてる。

最低限作る機能がどんどん増えていく。

【みんなに知ってもらえない問題

ある程度有名人ならTwitterとかでつぶやくだけで認知してもらえるだろうけどさ。

全く有名でもない自分が、作りました〜って言って誰が見てくれるのさ。

最初の広めるハードル高すぎない?

意外と誰かが見つけてくれるものなの?

白馬王子様を待っていればいいの?

お金払えばいいの?誰に払えばいい?

作ってる時は超人サービスになる事を想像してムフムフやってたけど、いざ公開しようという段階まで来ると「どうせ誰にも見てくれない」とか考えてどんどん自信がなくなってゆく。

カッコいい事言ってるけど、作ったサービスが全くウケなくて誰にも使われなかったら..とか、失敗した自分想像して動けなくなってるんだと思う。

あーーー寝る前にスマホで1時間掛けて書いた。

何を書きたいのかもよく分からなくなってきた。

書くってこんなに時間かかる?

自分だけ?

文章書くの大変すぎ問題...

もういい!寝る!

のび太さんのエッチ

2018-06-28

anond:20180628190938

がっちり反論書きたいけど、多分そこまで集中して作業できない問題がある。(今も別の仕事してる最中だしな)

なんかもうちょっと技術者がいてパブリック意見が集まりそうな所で開陳してみるといいよ。

一つヒントを言うと、無料にこだわるならHeroku+Cloudflare使えるじゃんとだけ。

2018-03-20

文系エンジニアなんて死ねばいいのに

文系エンジニアなんて死ねばいいのに

俺、Webサービス作ったんすよ(Rails

俺、iOSアプリ作ったんすよ(Swift

俺、Macbook使ってるんすよ(タッチバー付13インチPro

俺、プログラミングスクールプログラミング教えるアルバイトしてるんすよ(そいつはそのスクール卒業生

これぞ量産型文系エンジニア()

懇親会で「皆さん嫌いな言語とかフレームワークはありますか?」と話題になると私は即座にRailsと言う。

すると文系エンジニアはみんな嫌な顔をする。

そこでちょっとお話をすると皆怯んじゃう。

「あのコマンドを打つと中で何が起きてるか知ってますか?」(知らない

ActiveRecord?生でクエリいたことあるインデックス意味くらい知ってるよね?」(書いたことない、適当なこと言う

へーその作ったサービスURL教えてよ

3分

「alert('XSS')」

Session?Cookie?(何それどんな味のクッキー

CSRF?(企業理念か何か?

百歩譲って学生エンジニアならまあセキュリティ無知なのは分かる。

しかしだな、文系エンジニアは「俺もハッキングしたい(笑)」な勢いで詳しく解説することを要求してくる。非常にウザい。

"

お前はよぉ!自分で探すってことをできねぇのかよ!?

"

しょうがないので優しく解説すると「君ってハッキングとかしてそう(笑)」「君将来ハッカーになりそうだわ(笑)クラッキング的な意味で)」

死ねよ。

文系エンジニアはこれだけではない

俺、Git使って開発したんすよ(GUIのSourcetree

え?バグちゃんテストしたんだけどなぁ(完全手動テスト()

デプロイ先は9割Heroku。(HTTPS対応

AWSGCP登録はしたものの使い方が分からなくて結局放置

SSH証明書を使わずパスワードオンリー

pwdcdしか知らない(Makefileを作ったことないからいつもネットコピペコマンド

見た目重視のTerminal(ネットコピペ設定)

最近聞いた文系エンジニアもっと面白い

新規事業を開発してる文系エンジニア集団がいた。

開発は順調、プロモーションをかけていざリリース

はいゴールデンタイム鯖落ち。復旧した時にはゴールデンタイム終了のお知らせ

理由CDNを刺してない、貧弱なプランの鯖(勿論ロードバランサなんか使ってない)

噂による無線LANルーターの設定も出来ないレベルらしい。

でも彼らは一応優秀な文系エンジニア高学歴サービスも作ったこともある、それなりの実績も持っている。しか文系だ。

こういう奴らがいるかちゃんとしたエンジニアを軽視される。黙って営業職に転職してこい。

まあでも大学じゃ作者の気持ちしか考えてないのだから当然のなのかもな(笑)


追記

残念な理系名前を書くだけ一発採用派遣SIer対象としてない。論外だ。

給料が安い?

そんなことは無い。400万以上貰える会社内定もらっているか嫉妬も不満も特に無い。

だがしかし、ムカつく。

そんな奴が同期にいたら蹴り飛ばしてやりたくなる。

そうさ、今はSwiftiOS時代だ。

だが見てみろ、あいつらのアプリバックエンドが無いんだぞ?意欲は認める。だがそれで胸を張ってiOSエンジニアなんて無理があるだろ?

2018-01-29

適当にSTUNとutp使ってP2P通信するライブラリを組んでみたので試しにどこでもファイル転送できるコマンド実装した。

バイナリ落として実行するだけで気軽にファイル転送ができて高速、鯖もリソースがいらないのでHerokuとかで十分と思いの外実用的になった。

2017-09-11

https://anond.hatelabo.jp/20170910205249

まじな話をすると、N予備校プログラミング入門コースやるのがオススメ

https://www.nnn.ed.nico

一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。

月額1000円だけどしっかり勉強すれば一ヶ月の無料間中に終わると思う。

もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラム講師曰く去年はこれで二人エンジニア就職を決めたらしい。

内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職必要な環境構築やセキュリティまでみっちりやる。

http://qiita.com/sifue/items/7e7c7867b64ce9742aee#%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E3%82%92%E3%82%82%E3%81%A8%E3%81%AB%E6%A7%8B%E6%88%90%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B3%E3%83%BC%E3%82%B9%E3%81%A8%E5%86%85%E5%AE%B9

講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。

↓みたいなことが学べる

----

Webプログラミング入門コース

Web ブラウザとは (Chrome, デベロッパーコンソール, alert)

はじめてのHTML (VSCode, HTML, Emmet)

さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)

HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)

はじめてのJavaScript (JS, ES6, エラー)

JavaScriptでの計算 (値, 算術演算子, 変数, 代入)

JavaScript論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)

JavaScriptループ (ループ, for)

JavaScriptコレクション (コレクション, 配列, 添字, undefined)

JavaScript関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)

JavaScriptオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)

はじめてのCSS (CSS, セレクタ, background-color, border)

CSSを使ったプログラミング (transform, id, class)

Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)

診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)

診断機能組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)

ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)

Linux開発環境構築コース

LinuxというOS (VirtualBox, Vagrant, Ubuntuインストール, OS, CUIの大切さ)

コンピューター構成要素 (ノイマンコンピューター, プロセス, lshw, man, ps, dfの使い方)

ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)

標準出力 (標準入力標準出力標準エラー出力パイプgrep)

vi (vimtutor)

シェルプログラミング (シバン, echo, read, 変数, if)

通信ネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)

サーバークライアント (tmux, nc, telnet)

HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)

通信をするボットの開発 (cron, ログ収集)

GitHubウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)

イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)

GitとGitHub連携 (git, ssh, clone, pull)

GitHubへのpush (init, add, status, インデックス, commit, push, tag)

Gitのブランチ (branch, checkout, merge, gh-pages)

ソーシャルコーディング (コンフリクト、プルリクエスト)

Webアプリ基礎コース

Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)

集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)

アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)

ライブラリ (ライブラリ, パッケージマネージャー, npm)

Slackボット開発 (slack, mention, bot)

HubotとSlackアダプタ (hubot, yo)

モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)

ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)

同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)

例外処理 (try, catch, finally, throw)

HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsイベントループ, リスナー)

ログ (ログ, ログレベル)

HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)

HTMLフォーム (フォームの仕組み, form, input)

テンプレートエンジン (テンプレートエンジン, jade)

HerokuWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)

認証利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)

Cookie を使った秘密匿名掲示板 (Cookie, Set-Cookie, expire)

UI、URI、モジュール設計 (モジュール設計, フォームメソッド制限, リダイレクト, 302)

フォームによる投稿機能の実装 (モジュール性, textarea, 303)

認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)

データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)

トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)

削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)

管理者機能の実装 (Web サービス管理責任, 管理者機能の重要性)

デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)

脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)

XSS脆弱性対策 (XSS, 適切なエスケープ処理, リグレッション)

パスワード脆弱性対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)

セッション固定化攻撃脆弱性対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)

より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)

CSRF脆弱性対策 (CSRF, ワンタイムトークン)

安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)

Webアプリ応用コース

Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)

ExpressのAPI (app, Properties, Request, Response, Router)

GitHubを使った外部認証 (Passport, OAuth)

スティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)

継続的インテグレーション (CircleCI)

クライアントフレームワーク (Webpack, Chrome 以外のブラウザでもES6)

DOM操作フレームワーク (jQuery, jQueryアニメーション, this)

AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)

WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)

RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)

データモデリング (リレーショナルモデル, 正規化)

テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)

インデックス (インデックス, 複合インデックス, Bツリー)

集計とソート (SUM, COUNT, ORDER BY, GROUP BY)

「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計モジュール設計、MVC)

認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)

予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)

予定とユーザーの一覧の表示 (非同期処理, Promise, then)

出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)

出欠とコメント更新 (Promiseチェイン, リファクタリング)

予定の編集と削除 (要件の衝突, 関数再利用)

デザインの改善 (this, グローバルオブジェクト)

セキュリティ対策と公開 (X-Frame-Options, Heroku環境変数)

2017-05-28

rails5.1から標準になっているpumaって本番に使えそう?

cruby を使っているならunicornにしてください。

crubyには、GVLがあるのでスレッドで動くアプリケーションサーバは、worker数を増やしたところで一定より性能は向上しないと思うんだよね。だってWEBアプリケーションってCPUバインドだもん。

アプリケーションDB以外へのIOでリソースを食っているなら設計見直したほうがいいし、最悪pumaを使ってください。

ちなみに開発環境pumaが標準になっているのは、webrickと比べて静的ファイル配信がはやく終わるからなんだよ。間違っても本番環境pumaを推奨している訳じゃないからね。

ちなみにheroku場合は、フロントwebサーバを配置できないので、スロークライアントunicorn workerを取られるくらいならpumaします、という覚悟必要

2017-01-15

プログラミング素人だけどブクマカを殴るサイト作ったぞ

殴れるハテブ

http://beat-htb.anko.red/

 

炎上者やいつもブクマカに殴られているはてなブロガー各位には、ぜひストレス解消にご活用ください。

今のところホッテントリオンリーだが近日どのページでも殴れるようにする予定。

 

 

以下言い訳

2015-11-01

いい感じの動画紹介サイトを作って、高速化した話

作ったもの

大人向けのエンタメ動画キュレーションするサイトを作ってみました。

18歳未満の人はみちゃだめです

http://videovdo.com/

高速化の話

このサイトRailsで作ってherokuに乗せてみたんですが、いかんせん遅い。

もちろんheroku札束で叩けばいくらでも早くなるんだけどそんなに予算もないし、そもそもそんなお金あったらこんなことしてない。

なのでどうにかしてお金を掛けずにサイト高速化する方法を考えてたら1つアイデアが浮かんだのです。

それはサイト全体をCDNのCloudfrontに突っ込んでしまう事。

やり方

ルートドメインDNS設定のCNAMEで、Cloudfrontドメイン指定します。

そしてCloudfrontオリジンherokuドメイン指定する。

こうすることでCSSとか画像ファイルだけでなく、HTMLも含めて全部のファイルキャッシュすることができます

そしてCloudfrontの設定で、HTMLファイル10分とか1時間とか割と短めに設定して、

CSSとかJSとかは、Railsで作っているとMD5キャッシュが効いていて、勝手キャッシュ無効化されるので、

1か月とかを指定すればよい。

効果

効果としては、heroku単体でやるとHTMLファイルの応答が600msぐらいかかっていたのが、Cloudfrontキャッシュさせると60msぐらいで帰ってくる。

もう超早い。10倍速い。

あとgzip配信したいので、gemheroku-deflaterを入れる。

このgemはすごくて、herokuに乗っていると勝手gzip圧縮してくれる。

これによってCloudfrontの利用料を節約する。

料金

僕のサイト場合、このherokuサーバーから配信しているのは、HTMLCSSが1ファイルとあと画像が1つで合わせて10kBぐらいしかない。

こんだけだと、Cloudfrontの料金は100万PVでも1000円いかないぐらい。

heroku札束で叩くのと違って、従量課金なのであらかじめ高いお金を払っておく必要もないし、

100万PV1000円ならまあ割と現実的価格なので、当分の間はこれで運営していこうかと思う。

アダルトアフィリエイトサイト作ってみたTwitterherokuUptime Robot活用

http://av8.jp/作ってみたけどもう一歩宣伝広告をしてですね、進みたくて、エロ駆動開発|煩悩駆動開発してしまいました。

結論から画像を取得したい blog などの RSS登録してね。

https://avaheahe-bot.herokuapp.com/

そうすると

http://twitter.com/avaheahe で観られるよ。フォローを御願い致します ww

これを作ってて http://av8.jp/

これを盛り上げようと思って何か無いかなと思って web で調べてみると Twitter を使って誘導しろと言う感じの事を書いて有ったので成程と思い何かするかと考えて

そう言えば HerokuPHP が使える様になったらしいからそれで何かやろうと思いました。 https://blog.heroku.com/archives/2014/4/29/introducing_the_new_php_on_heroku

RSS から画像を取って tweet をするもの作りました。(使った技術 https://github.com/dg/twitter-php )

でも RSS登録するのが面倒になったので皆さんの力を使った方が良質の画像が取れるな〜。

heroku不安と言えばアクセスが無ければ停止しちゃう事。servser の監視サービスUptime Robot を使えば OK

http://liginc.co.jp/web/tool/other-tool/92760

これからは、登録した RSS を見分ける為の Twitter の hash tag (#) を追加出来る改造をする位は考えてますが他に何か有った方が良いものって有りますかね。

追加されている RSS は下記です。

https://avaheahe-bot.herokuapp.com/rss_list.txt

bug が有るかもです。

あ、http://av8.jp/ を宜しく御願い致しま(笑)

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