  |
はてなキーワード: デプロイとは
どうしたらいいか？
一応情報系の学部を出てるのでプログラミングは出来なくもない。Vue.jsでSPA作ってFirebaseにデプロイしたりとか、GASで簡単な集計アプリ作ったりとか、Unityでスマホ用の子供向けガラガラおもちゃアプリを作ったりとか、知らない技術でもチュートリアルから一歩先くらいまでは1、2日で使えるようになる。
でも、それだけでエンジニアになれる気がしない。
だって、それらは本当にチュートリアルの一歩先でしかないから。
それに職歴。どれも1年前後で辞めててかつ空白も多いマイナス職歴ばかり。
でも、プログラミングとか出来るのに職歴問わずのパートタイマーをやる気にはなれず、なんとかしてエンジニアの世界に潜り込みたい。
どうしたらいいだろう？
を狙ってるそこのお前
どうせお前のスキルセットは「html,css,js,rails」だろ？
揃いも揃ってそんなんばっかり
HTTPメソッドもSQLも理解せずにそれっぽく動くN+1だらけのクソ作っただけだろ？
webプログラマ目指すくせに開発環境構築にDockerも使わず理解してないコマンドをコピペしてローカルに直でインストール
せっかく無料枠あるのにawsじゃなくてHerokuにプッシュするだけのデプロイ
ブランチ運用なんて考えずmasterブランチに直プッシュか？
会社に入れさえすれば先輩がつきっきりで教えてくれるとでも思ってんのか？
先輩を質問責めにする気か？
むりむりやめとけ
そんなんじゃせいぜい年収300
諦めた方が身のため
あばよ
どうしてもなりたいなら↑で挙げたものぐらいは最低限を理解しとけ
ここまで言って調べる気にならないなら本当に向いてないよ
https://note.mu/tonoike0604/n/n611642c5f61c
元東大からの意見。これだけネット社会になったのにこんな意見しかなかったようなので、ちゃんと書いておく。
最近はTwitterとかでいろんなすごい意見が見えるから、そういうのを見て、若者の意見ももうすこしフラットに見えるのかな
と思ったらSNSもなかった時代の俺とあんま変わらない化石のような東大、エリート観が書かれていたのでいろいろ知った上で選択をしてほしい。
こういう１８歳ぐらいの人はやっぱ社会しらないから、意見が偏ったり、むしろ生きづらい意見になりやすい。
彼の苦労は半分くらいしかわからないけど、大人からの意見を書いておく。
（かなり殴り書きなので読みづらさは容赦してな）
勉強が得意で他が不得意だったら、士業狙わないと意味ない。法律は、やはり大学入ってから更に資格取る戦争しないといけないから
だから、中高一貫校に入った時点でむしろ最低東大を狙わないとやばいって感じの高校だったから、ほとんどの人は医学部志向。
ほとんどは東大 or 他の大学という選択をしてなくて、医学部 or 東大という選択をしていることが多い。
気持ち悪いけど。
なので、東大に入って純粋に東大で研究したいって言っている層がいることを知って驚いた。
彼らは純粋に勉強や研究や学問が自然に好きで、きっちり大学でも勉強し、いろんな才能（ﾃﾞｻﾞｲﾅｰやら、普通のメーカーやら
商社やら）を発揮していく。かれらの30%は医学部にも普通に受かるし、なんなら東大医学部も普通にいける。
菊川怜とか慶応の医学部いけるのに、東大で建築やって、さらにアナウンサー目指して、今はケツでメガネ踏んで、衝撃しか無い。
こういう東大は都内から輩出されやすい。親が結構金もっていて、しかも別に親戚も東大とか医者とかワサワサいる。
俺は彼らはやっぱ、普通の人にはないライフハックの術をなんとなく聞いて、余裕もあるから勉強もして、爽やかに東大に入っている
気がする。本当はそういう人がこういうのを書いてほしいけど。
就職活動で外資系投資銀行とか狙いにいくようなのは東大の一部（ロンダとかもおおい）早慶とかになってきて、ようは東大生って
あんまガツガツするの好きじゃない。良くないところでもある。まったり霞くっていきたい人多め。
卒業後、会社でははむしろ早慶トップとの戦い、こいつらはまた、レベルが高い。馬力や見た目もかっこよくて、また実業家の息子だったりする。
株とかやってたり、やっぱ強い。結局士業やってないとまたこれと戦い。
自分はずっと医学部再受験すべきとのムラムラしながらなんとか自分の人生の路線を選ぶのに時間がかかった。
なんども医学部再受験を考えた。いまは、もうそういう道いきたくない。６年も医学部行ってられない。
やりたいこともあるし。
このような葛藤はでも結構多くの人間がしていると思う。日本だけではないらしい。
アメリカとかも創業の文化があるというけど、マシオカが言っていたけど、やっぱエリートは医学部志向らしい。
アメリカの高校もトップは医者狙い。それに起業文化が少しの地域ではデプロイされているぐらい。
俺はずっと医学部再受験を考え続けたし、本当はそれがよかったのかもしれない。でも仕方がないから今の人生を歩んでいる。
売り上げの５％をもらうという約束で、近所の社長が作ってほしいというショッピングシステムを作った結果、毎月20万円程度の収入になっている。
私がプログラミングをして、先方の社員さんにテストを行ってもらうという作業分担を確立した結果、開発のサイクルがうまく回るようになった。
最初はシステムってなんだ、と言っていた社員さんも、いまでは、何も言わなくても、全パターン網羅するようなテストをしてくれるようになった。
帰宅後のわずかな時間にプログラミングだけに徹し、テストは先方にやってもらうのだ。
今では、ちょいちょい保守するだけになり、かなり楽になってきた。
街の中小企業がシステムを作りたいと思っても、システムに関するノウハウが一切ないらしい。
①どこに発注したらいいかわからない、②見積金額の妥当性がわからない、③作ったあとに、追加の開発をするお金がない等、の問題がある。
ひとり情シスなんぞ、担当者がいるだけ幸せな方で、社員みんなキーボード人差し指タッチレベルなんてざらである。
そんなわけで、私のように全部やってあげる。また、開発が終わってから運営フェーズでお金をもらう、ちょっとした追加開発もどんどんやってあげるというスタイルだと、Win-Winで喜んでもらえるのである。
ところが、である。
この開発＆収益モデルが、社長のつてやなんやで評判になり、いろんな人から別のシステム作ってほしいという依頼を5個も抱えることになってしまった。
それぞれ報酬を出してもらうことになっているので問題はないのだが、こうなると、毎晩、会社から帰っても深夜まで作業である。
細かい案件をLancersなんかに発注する方法はあるのだろうか。
タスクごとに発注金額を決めて、こまかい仕様を伝えて、やってもらって、デプロイしなおすのもめんどくさい。
信頼できるエンジニアの見つけ方を教えてください。
こんなのあったらおもろいなーと思ってwebアプリ？みたいなやつ作ってたんだけど全然公開できない。
8割はできたって所から公開しようって状態まで持っていくの大変すぎ。
デザインなんてどうでもいーと思いつつも触りだしたら「せっかくだから」と触り出しちゃう。
さすがに最低限それっぽくしたくなっちゃう。
CSSフレームワーク使ってみたら結局上書きしまくりで使い物にならない。
もうさ、本当になんでもいいんだよ。レスポンシブとかどうでもいいんだよ。
なんでsassの使い方なんて調べてるんやー
lessってどうなったんやー
こんなものを公開するのにサーバー代を払う事を想像すると手がすくむ。
AWSは便利みたいな風潮なんなの普通に構築大変なんだけど。何のサービスあるかよく分からないし。高いし。
操作ってなに？デプロイ？WEBアクセスでもいいの？定期的にリクエスト投げておけば止まらない？
cloneとか使えるの？nginxの設定いじったりとかできる？apache？
得体が知れなくて怖い。
結局VPS借りたよもう！
【話が大きくなっていく問題】
最初は1つの機能だったのが深夜のテンションであれしたいこれしたいってどんどん出てくる。
超人気サービスになって超有名人になってインタビューに答える姿まで想像しちゃう。
最低限作る機能がどんどん増えていく。
【みんなに知ってもらえない問題】
ある程度有名人ならTwitterとかでつぶやくだけで認知してもらえるだろうけどさ。
全く有名でもない自分が、作りました〜って言って誰が見てくれるのさ。
意外と誰かが見つけてくれるものなの？
お金払えばいいの？誰に払えばいい？
作ってる時は超人気サービスになる事を想像してムフムフやってたけど、いざ公開しようという段階まで来ると「どうせ誰にも見てくれない」とか考えてどんどん自信がなくなってゆく。
カッコいい事言ってるけど、作ったサービスが全くウケなくて誰にも使われなかったら..とか、失敗した自分を想像して動けなくなってるんだと思う。
何を書きたいのかもよく分からなくなってきた。
書くってこんなに時間かかる？
自分だけ？
もういい！寝る！
覚えている内にメモ
■午後１
＜大問２＞
設問１：本番運用サーバに負荷を与え、予定や会議室登録などの従業員の通常業務に影響するリスク
設問２：申請者に、個人情報の利用目的・保管場所・削除予定日を確認し、実際に削除されたことも確認すること
設問３：必要以上のサービスレベルを提供する体制を用意することにより、コスト配分を最適化できないリスク
設問４：活用検討会の議事録を通期確認し、新規データおよび追加収集したデータの利用状況を確認する
設問５：会議開催実績表を通期確認し、情報共有を目的とする各部門の会議が減少していることを確認する。
＜大問３＞
c=受注伝票
設問３：e=１注文が10万円以下となるように分割発注されてしまう、
f=受注責任者が、承認なしで処理したデータ一覧を日次で確認する
設問４：g=出荷完了リスト出力時に、当日出荷日のデータが出荷入力されていない場合に通知する機能があるか確認する
■午後２
＜大問１＞
H25午後１--問１がアジャイルに関するもので、イテレーション毎の反省会や
要件スコープの逸脱に注意する点などが述べられていて、覚えていたためにこちらを選択した。
# TAC合格トレーニング本の解説もためになった。選んでよかった。
設問ア：
システムの概要を述べる。インターネットシステムのほうがよさそう。
要件が不明瞭な点が多いこと、社会情勢によって本PJへのコスト配分を検討したいため、
アジャイルの内容としては、イテレーション４週間で設計・開発・テスト・UATおよび内部分析をしたこと、
開発環境に関しては、自動ビルド・デプロイツールを利用したことを記述。
設問イ：
②アジャイル経験者がないために、Pスコープ外の顧客要件も対応してしまうリスク
③アジャイルにおける開発環境構築の経験者がいないために、テストが遅れ納期間に合わないリスク
これらのリスクに対するコントロールとして、PMがPJ立上げ時に各経験者を参画させる必要がある。
また、開発が進んだ時には、１イテレーションの終わりに、当サイクルのプロセス分析し次サイクルに
上述の③のようにスキルのある人材が必要だが、実際の構築にあたり、
実はスキルが無く、進められないあるいは構築した環境の品質がひくくなりテスト進捗が遅れるリスク、
期待したメンバが、他タスクに埋もれ本来の環境構築作業に着手が遅れテスト進捗が遅れるリスク、がある。
このコントロールとして、PMが構築時の進捗および品質を把握し管理する必要がある。
設問ウ：
監査ポイント：アジャイル・アジャイル用の開発環境構築のスキルを有していることをPMが確認しているか。
監査ポイント：終わったイテレーションプロセスの反省・次への改善点に言及されているか。
監査手続き ：査閲する。設計工程や構築工程のフェーズアップ資料か。
監査ポイント：環境構築の進捗が把握されていること。環境の構築品質について評価していること。
監査手続き ：開発メンバあるいはテストメンバにヒアリングする。
監査ポイント：開発したモジュールが自動デプロイされ当日あるいは翌日に当該機能のテストができる状態か。
以上
えぇ。。。まじだよ。。。
docker-composeを使ってGolangとMysqlのイメージ使っていつも開発してぞ
好きなエディタは学生が無料で使えるIntelliJ IDEAでgoLand をよく使ってる。
Gitだってブランチ切ったりアドコミットプッシュくらいでGitHubを使ってプルリク系の開発をチームでしたりもした。
AWSはインスタンス立てたりロードバランサつけてインタンンス二つに流したり、CDNさしたりもできる
いうてCDNの設定とかドメインの設定だけでラクチンなんだけどね。
俺、Macbook使ってるんすよ（タッチバー付13インチPro
俺、プログラミングスクールでプログラミング教えるアルバイトしてるんすよ（そいつはそのスクールの卒業生
懇親会で「皆さん嫌いな言語とかフレームワークはありますか？」と話題になると私は即座にRailsと言う。
「あのコマンドを打つと中で何が起きてるか知ってますか？」（知らない
「ActiveRecord？生でクエリ書いたことある？インデックスの意味くらい知ってるよね？」（書いたことない、適当なこと言う
3分後
「alert（'XSS'）」
百歩譲って学生エンジニアならまあセキュリティに無知なのは分かる。
しかしだな、文系エンジニアは「俺もハッキングしたい（笑）」な勢いで詳しく解説することを要求してくる。非常にウザい。
"
"
しょうがないので優しく解説すると「君ってハッキングとかしてそう（笑）」「君将来ハッカーになりそうだわ（笑）（クラッキング的な意味で）」
死ねよ。
俺、Git使って開発したんすよ（GUIのSourcetree
え？バグ？ちゃんとテストしたんだけどなぁ（完全手動テスト（）笑
AWSとGCPは登録はしたものの使い方が分からなくて結局放置
pwdとcdしか知らない（Makefileを作ったことないからいつもネットのコピペコマンド
はい、ゴールデンタイムに鯖落ち。復旧した時にはゴールデンタイム終了のお知らせ。
理由、CDNを刺してない、貧弱なプランの鯖（勿論ロードバランサなんか使ってない）
でも彼らは一応優秀な文系エンジニア。高学歴、サービスも作ったこともある、それなりの実績も持っている。しかし文系だ。
こういう奴らがいるからちゃんとしたエンジニアを軽視される。黙って営業職に転職してこい。
まあでも大学じゃ作者の気持ちしか考えてないのだから当然のなのかもな（笑）
追記
残念な理系名前を書くだけ一発採用派遣SIerは対象としてない。論外だ。
給料が安い？
そんなことは無い。400万以上貰える会社に内定もらっているから嫉妬も不満も特に無い。
だがしかし、ムカつく。
そんな奴が同期にいたら蹴り飛ばしてやりたくなる。
だが見てみろ、あいつらのアプリバックエンドが無いんだぞ？意欲は認める。だがそれで胸を張ってiOSエンジニアなんて無理があるだろ？
転職かぁ
洗脳教育しようと思えば簡単にできるし、既成概念だって作り上げることができる。
日本人なんかステレオタイプに支配された人間だらけだ、超簡単。
で、それは前置き。
世界で急速に廃れてきているRubyに今なお熱狂する日本のエンジニア、Dockerの開発環境の構築方法が〜と使い方も然ることながら他国ではデプロイにおける完全デファクトスタンダードとなっているのに2017年にそんな記事を出して大量のブクマゲット。
イノベーションがないとか誰か言ってたな。暇じゃないからとか馬鹿なことを言っていたな。
ビジネスにイノベーションがないから競合だらけで時間でカバーしようとしているんだぞ、逆だ。
しかしイノベーションがないことを個人のせいにしていいのだろうか？
もしAirBNBみたいなサービスを日本の会社が一番最初に作ったとしたら？
おそらく外野からボロクソに叩かれて、問題のレッテルを貼られて沈没。
世界で許容されているから初めて日本でも受け入れる土壌ができあがる。
でも、日本初だったらそうはいかないと思う。だってこの社会は前例がないことが嫌いだから。
世界では革新的とされることは、ことごとく日本の法規制にひっかかるのではないだろうか？
「よろしい、ならば戦争だ」
デコイ（英語: decoy、Military dummy、囮とも）は、敵を欺瞞して本物の目標と誤認させる目的で展開する装備の総称。
Matt Cutts氏が指摘するように、順位を下げるために付けたリンクが、期待とは正反対に順位を上げる手助けをしてしまうこともあり得なくはありませんね。
リンクされているサイトではなく、リンク元のサイトがスパムかどうか判断していることをGoogleのゲイリー・イリェーシュ氏がMarketing Land のポッドキャストで明らかにしています。
この説明にもネガティブSEOの具体例をあげて解説していることから、ペンギンアップデートがネガティブSEO対策に力を入れていることがうかがえます。
目的は「はてな次郎」の文字列を自分で管理して、インターネット上に増やすこと。
セルフプロデュースでセルフブランディングするのがポジティブSEOの王道です。
現在、「はてな次郎」をGoogle検索したら1万件ヒットする場合、セルフブランディングした情報が3万件ヒットするぐらいを目指してください。
「はてな次郎」に関する誤情報が、検索結果の10ページ以下に沈めばとりあえず成功です。
「はてな次郎」という文字列をインターネット上で増殖させる作業を、手動ではなく自動で行うことも可能です。
（例）有名人を応援するファンサイトを作り、各ページのタイトルやヘッダーに「はてな次郎」の文字列を入れる。
このような方法で、100万ページ程度のWebサイトは自動的に作れます。
元データや加工方法を変えて、さらにWebサイトを作れば「はてな次郎」の文字列をインターネット上に1億個以上投下することも可能です。
アメリカ大統領選挙でロシアが情報操作を行っていたと言われている「ロシアゲート事件」を参考にして、SNSにデコイをばらまくことも可能です。
やりたい放題のGoogleをブッ飛ばすには、プログラミングが有効です。
頑張ってください。
元記事の仮名が変更されたので本記事の仮名も変更しました。（はてな次郎）
補足：
http://anond.hatelabo.jp/20170209075944
・Rails/PHP7で開発してる
PHP5.3。フレームワークすら導入していない。
Win10シングルディスプレイ。デザイナーはPSDデータとかで容量を圧迫するに決まってるのに、低容量のSSDを使用している。逆にプログラマーはそんなに容量使わないのに大容量のHDDを使用している。頭悪い。
VirtualBoxで全部手動ですが何か。ドキュメントもないので全員環境がバラバラですが何か。
huh...?
サ ブ バ ー ジ ョ ン
口約束なら...
テスト工程を削ってる。受入テストすらも。テストせずにぶっつけ本番リリース。画面みたら即わかるnon objectエラーでさえも気にしない。言われるまで直さない
みんな忙しいバリア貼ってるので...
・Excel方眼紙使ってない
wordやで。
・アジャイル開発だ
ウォーターフォールすら理解してない。とりあえず空いてる人全員ぶっこんどけの人海戦術。
・裁量労働制だ
実質的な定時は22時やで
ああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああ
今年の1月からチマチマ作っていたアンテナサイトのジェネレータを公開しました。
お好みのRSSを登録するだけであなただけのアンテナサイトの完成です。
Google Analyticsのコードを使ってアクセス解析もできます。
ダッシュボードにて、アクセスランキング、逆アクセスランキングなんかも見ることができます。
今後はアクセスに応じて調整するような機能などを追加していく予定です。
ぜひ使って感想ください！
フリーで仕事をして5年目。仕事が途切れたので案件探さないとなと思い、先週から知り合いとご飯したりして案件探してる。普段の仕事はほとんどが知り合い経由での紹介。
さっき、ふと、クラウドソーシング各社ではじめて真剣に案件探してみた。
海外の知り合いはクラウドソーシングで案件とってるといっていたし、聞いたら単価も高かったので、そういう世界なのかと思ってたら、日本の案件はひどかった。
探し方が悪いだけなのかもしれないけど、まともな単価の案件は見つからなかった。
常駐型で20万〜40万/月とか、サーバたててデプロイして手順書つくって5000円〜1万円とかが存在する。
こんなんだと日払いで引越しのバイトでもやってたほうが圧倒的に儲かる。
そしてなにより怖いと思ったのはそれに応募してる人がいること。
フリーランスになったら最低でも60万/月は維持しないとフリーになった意味ないし人生詰むと思ってるんだけど（ボーナスもないし、案件とぎれることもあるし、国民年金にしか加入してないし、病気になったら終わるし）、こんな貯金もできないような単価で働く人がいるのかと思うと心が痛い。
こんな単価で受けるのは、未来の働き方なんかではない。
クラウドでのマッチングはいいことだと思うし、地方にいても働ける時代がやってくるべきだと思ってる。
でも、今のクラウドソーシングは、営業ができない人と、安く買い叩きたい会社をマッチングするプラットフォームでしかない。
そこそこの企業の特にWeb系で渡り歩いた経験から、真実を書こう。
はっきり言う、ほとんどのプログラマと自称する人間の 9 割はコーダーである。
言われたものを作る事はできるが、それ以外何も出来ないと言って過言ではなく、何もしない。
そんな驚きの生体をここに晒していく。
標準化と呼ばれるプロセスで、プログラマが環境の設計、組み合わせ、開発プラットフォームのセットアップ、開発環境の構築手順作成、開発手順の作成、必要な技術の考察を行う。
なぜそうなったのかは知らないが、一般的にそうなっている。
その環境に浸っているせいか、彼らはゼロベースでものを作ることが出来ない。
彼らにできるのは HelloWorld をコマンドプロンプトで表示するプログラム程度の事しか出来ない。
複数ソースの連結、ライブラリの読み込み、サーバへのデプロイ、どれも手動で出来ないのだ。
逆にそれ以外のこと、コードの読みやすさや、クローン率の低減、メソッドコメントの記載などの保守に関わることをしない。
それは彼らにとって「必要ない無駄な作業」としか考えないのだ。
早く仕上げるためなら、似たような動いてる箇所から、よく読みもせずにコピペを行う。
そして彼らは、作るより運用する期間の方が遥かに長くて、その間に修正で地獄を見るという簡単な論理に気づかない。
…何度味わっても気づかない。
たとえするとしても、業務時間中に業務で使ってる技術をピンポイントで学習するだけだ。
だが、プログラマと呼ばれる人間の母数に比べれば微々たるものだ。
彼らは言う「土日にまで仕事してられるか」「勉強会行ってるの？馬鹿か？」
あえて言おう、馬鹿は彼らだ。
Web で仕事をするならIDE（統合開発環境、エディタやコンパイル、テストやデバッグ実行などを画面から行えるツール）はほとんど必須（エディタで済ませる事も出来なくはない）が、彼らは状況に応じたセットアップができない。
たとえば「Maven（プロジェクト管理ツール）、checkstyle（コーディング規約チェック）、editorconfig（改行、インデント、文字コード設定）」が入っていたとする。
するとEclipseなどを使うとして
マニュアルやチュートリアルを用意しないと、道具の使用もままならない。
テストをなるべく機械にやらせようということの利点が理解できない。
そのために、何十回もコンパイル、デプロイ、アクセス、ログインの手順を何度も繰り返す。
関連する他の修正を行うたびに繰り返す…。
そしてやっと動くとひと仕事終えたと満足感に浸る。
ラリー・ウォールというとある有名な人物（Perl開発者にしてC言語ハッカー）がいる。
これは、自分の作るものは完璧なのだ、だから完璧であるように出来る限りのことをするという美徳である。
彼らは金のために嫌々動くだけのものを作るのだ、動きさえすれば報酬は変わらない、よって当然完璧かどうかなどどうでもいい。
同じ金でより良いものを作るのではない、要件だけ満たせばよいのだ。
変なプライドを持つコーダーは、それで運良く成功すると、自分の知識は正しい、自分の技術は十分なのだと考えている。
こういう人間は、プライドの無いコーダーよりたちが悪く、うまくいかないと他人か環境のせいにする。
そして調べず周囲を苛立たせるのだ。
土日に自ら勉強会に行くプログラマや、それこそ 50 人以下などという会社であればこうした事はあまりない（んじゃないかと思う。）彼らは自分でなんでもやらないといけないからだ。
だが、大企業に飼われる子飼いの企業、派遣（そもそも人手のみを求められる企業）、100人以上の企業では、役割分担に伴いこうした状況が多々発生する。
だが役10年、エンジニアを見てきた結果は変わらない。現実問題こうなのだ、こんな人間が大多数なのだ。
人の多い企業ほど考えたほうがいい、それでより良いものが生まれるのかと。
必要とされる技術だけを叩き込んで金にしたいと言うのは分からなくないが、基本姿勢や思想はどうなんだと。
経営者よマネージャーよ、あなた方の言う「最適化」とは現場が日々考え行っている最適化か？人員最適化だけを行って、生産性が伸び悩んでいないか？
そのあたりは考えた方がいい。
