「Heroku」を含む日記 RSS

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

2023-05-05

かゆうま」みたいなノリで匿名日記を書くサイト作って3年が経った

1年前:「かゆうま」みたいなノリで匿名日記を書くサイト作って2年が経った

去年の投稿で「来年の今頃はマスク着けないがスタンダードになっているかもしれない」と書いていたが、3月13日からマスク着用ルールが緩和され、街中ではノーマスクの人が増えてきた。

2022年10月には水際対策も緩和され、外国人旅行者もよく見かけるようになった。(なんなら月2,3回くらいは道を聞かれるようになった)

5月8日はいよいよコロナの扱いがインフルエンザなどと同じ「5類」に移行するとのこと。

自分はこの時季はまだ花粉症があるのと、正直直近1ヶ月でまた感染者数が増えてきており、周囲でも4月罹患した人がいたなどもあり、マスクを付けておいたほうがよさそうと思い付けているが、今後は付けない人が増えていくのだろう。


サイト的には、2022年8月末、サイトを乗せてるサーバーだったHeroku11月末で無償プラン廃止することが発表され、サーバー引っ越しをした。

一瞬、これまで無償でお世話になってきたし、素直にHeroku有償プランに切り替えることを考えていた。

しかし、9月入った頃に1ドル140円を突破して、「これ1ドル200円近くまでいくのでは!?」という勢いだったので、ドル払いのHerokuは厳しいなと思い引っ越しを決意。

いろいろ検討した末にさくらVPS引っ越しすることにした。

さくらVPS10年くらい前に使ったときは利用開始まで1,2週間待つ必要があったり、管理画面も使いづらかった記憶だった。

それがネットから申し込んだら即使えるし、管理画面からワンクリックで初期設定できたり管理画面からセキュリティ設定できたりと便利になってた。

悩ましかったのがURL変更だった。

というのも元々HerokuURLをそのまま使っていたのだが、Herokuから引っ越しをするので独自ドメインを取得する必要が出てしまったのだ。

最初は covid19-kayuuma.com あたりにしようと思ったけど、なんかスッキリわかりやす名前にするのも違う気がした。

いろいろ考えてた結果、 enigmatic-brushlands-82725-herokuapp.com を取得した。

URLが enigmatic-brushlands-82725.herokuapp.com で、.herokuapp-herokuapp に変えた。

怪しさ満点のいいドメインが取れた。

正直「URL変更で日誌を書き込む人・読む人も減ってしまうかな…」と懸念していたが、引越し後も変わらず書いてくれる人・読みにきてくれる人がいて本当に感謝です。


このサイト引っ越し話を友人にしたら、

仕事でもないのにサーバー引っ越しで頭悩ませたり、毎月サーバー代払うって、そのモチベーションはどこから来てるの?」

と聞かれた。

言われてみると、自分でもよく分からない。

たぶん広告貼ったり、ほしいもリストを作って載せるとかが面倒というのが一番大きい。

改めて考えてみたときに、ひとつ記事が浮かんだ。

「それでいい、楽しいから」――7万人の町「GREE」を一人で作ってる会社員ITは、いま - ITmedia NEWS

https://www.itmedia.co.jp/news/spv/0407/30/news006.html

GREEがまだ会社になる前の、個人サイトだった頃の田中良和さんのインタビューだ。

趣味ポルシェ買ったり、世界一周旅行する人もいれば、趣味インターネットサービス作る人がいていいじゃない」

「儲かりませんよ。でも、それでいい、楽しいから

など名言の宝庫だ。

自分サイトをやりながら何年か経った後も、

趣味インターネットサービス作る人がいていいじゃない」

「儲かりませんよ。でも、それでいい、楽しいから

と言い続けられたらいいなという思いがモチベーションなんだろうなと思った。

記事最後田中さんの笑顔が好きで、自分もこんな笑顔サイトを続けていけたらと思う。

COVID-19流行下の日々を集団で記録する日誌 https://enigmatic-brushlands-82725-herokuapp.com/


3年前:「かゆうま」みたいなノリで匿名日記を書くサイト作った

2年前:「かゆうま」みたいなノリで匿名日記を書くサイト作って1年が経った

1年前:「かゆうま」みたいなノリで匿名日記を書くサイト作って2年が経った

2023-01-24

Skebの件でHerokuセールスフォース)を叩いてた人たちのダンマリウケる

から黙ってりゃいいのに。

Skeb、12月の大規模障害は「Heroku障害ではない」「完全に解決」 詳細は触れず

https://www.itmedia.co.jp/news/articles/2301/23/news148.html

2022-11-03

Herokuに対するエンジニア(笑)達のコメント

さんざん無料で助けてもらってたのに感謝一言もないってやべーよね

当たり前だと思わせるとつけあがるという良い事例になってしまった

2022-10-16

salsesforceは自分で開発してくれ

salesforceが絡んだ開発というのがある。

からあったのかはよく知らないが、Herokuを買収(https://www.rbbtoday.com/article/2010/12/10/72742.html)してからこういった話は増えたのではないかと思っている

Herokuの買収 2011年1月31日ごろ

Herokuを買収することで何が起きたか。端的に私(一人のエンジニア)の意見を言わせてほしい。

salesforceは「Heroku Connect(https://devcenter.heroku.com/ja/articles/heroku-connect)」という武器を手に入れた。

これは、salesforce管理しているデータHeroku Postgresに連携(同期)させるというもので、つまりは、salesforce管理しているデータを用いてHeroku環境を構築できるようになったのである

Herokuでできたことは何でもできるからWebサイトでもAPIでもなんでも作ることが可能だ。

SaaSとして完成された管理システム提供しつつ、「カスタマイズアプリケーションを作れますよ」と言えるようになった。

最高の売り文句を手に入れたと言っても過言ではないかもしれない。

問題は、(Herokuの)カスマイズ開発を一切salesforceがやらないことである

営業するだけして、開発も保守も外部に投げてくる。

技術質問をしたいと言ったら、カスタマーサービスだかe-Learningだか紹介して終わり。

Herokuを使う」という厄介な制約だけつけて、自分たちはドロンだ。

何の巡り合わせか開発することになった者たちはたまったもんじゃない。

カスタマイズできたとしても、自分たちは「カスタマイズできることも含めたSaaS」を売ることしかしないのである


それだけでも苛立ちがあるのだが、さらに嫌になるのは「Herokuという技術特殊さ」だ。

これをたまたま読んだ人は「Heroku Connect」なんて果たしていたことがあっただろうか。

dynoだとか、Herokuの料金体系だとか分かるだろうか。

それ相応の専門知識がなければ、開発も運用もままならないのである

学べばいいだけというのは事実だろう。

けれど、学んで何になるのか?

2022年、「アプリケーション開発しよう」となったときに、SupabaseでもFirebaseでもAWSでもなくHeroku選択する理由がどこまであるだろうか。

Heroku無料プラン(https://blog.heroku.com/next-chapter)が無くなるという昨今は、尚のことだ。(Herokuを知らないエンジニアも今後増えるのだろう)

しろ、saleseforceが絡まなければ選択する理由が思いつかないまである

それでも、「学ぶことには意味がある」と言う人がいるかもしれない。

私もHeroku個人ポートフォリオデプロイしたことはあったし、Heroku自体が嫌いとまでは言わない。

けれど、Herokuを学ぶことでsalesforce奴隷になるのであれば、私の答えは「No」だ。

Herokuに関わる求人を出している企業は、おおよそsalesforceから案件投げられている企業なんじゃなかろうか。(証拠があるわけではない)

エンジニアから言わせれば、大企業salesforceにいい顔するために利用されているようにしか思えない。

大して汎用性のある知識じゃないものを学んで、しかsalesforceの顔を立てる気苦労をして、その上、実際の開発は放り投げら

れる。SIerのようにマネジメントすらしない。

こんなこと、やり続けたい人などいるんだろうか。

salesforceからしたらエンジニアなど末端の人間なのだろうが、末端の人間モチベーションを軽んじる仕組みに気付くべきだと思う。

そのまま無視するなら、仕事を受ける企業は段々と先細りしていくとしか思えない。

丸投げで、salesforce自身トラブルを被っていたっておかしくないはずなのだ。こんな座組みでトラブル0だったら逆にびっくりだと思う。

HerokuHeroku Connect)の恩恵を一番受けているのはsalesforceなんだからsalesforceが開発部隊を持って、受託開発するのが一番ではないか

理由付けなり何でもできるだろうし、自社独自技術だと誇りにやったらいいじゃないか

お金のほしい経営者は知らないが、エンジニアからしたらプラットフォーム押し付けられるのは迷惑である

自分たち責任で開発してくれ。(自分たちで開発すれば的を得ないドキュメントやらチュートリアルも少しはましになるだろう)

2022-08-30

今まで「Herokuデプロイしないとかありえない」とか言っていたヤツが「Herokuから移行しないと」って言い出した

推しサービスなら金払ってやれよ

2022-08-27

無料牛丼行列を成す人々を乞食と言って嘲笑していたくせにSlackHerokuの移行先を嬉々として話す皆さん

2022-08-23

anond:20220823120135

俺の好みのエロ画像学習するプログラム

俺の好みに合う画像自動収集してくれるプログラム

その画像から俺の好みを各国語で何と表現するか推測するプログラムを回すのに

googlegithubheroku様その他の無料サービスを利用させてもらってるので、

技術が普及するにはやっぱり自由エロコスパ大事だな、と感じる。

2022-05-04

個人WEB開発を15年くらいやってる者ですが

この記事を見てびっくりした。

https://laiso.hatenablog.com/entry/nope-sql

個人開発のコストDB次第」

まずビックリしたのは「DBってそんなにお金かかる?」という点。

もちろんDBストレージCPUメモリを食うのは分かる。

でもVPSならそんなにコストからんだろう?

俺は1日100万PVほどのエロサイト運営しているが、WEBサーバ1台、DBサーバ1台、画像サーバ2台で動いているぞ?

VPS4台で月額6000円くらい。

次にビックリしたのは、個人開発なのに難しそうなDBサーバを使っている事。

「Cloud Firestore」「Amazon DynamoDB」「MongoDB Atlas

↑俺、全部知らない。。。

もちろん、こうしたDBサーバ必要性は分かるのよ。

稼働率、安定性、拡張性などなど。

でもそれって、大規模サイト向けじゃない?

そもそも個人開発で必要なの?

個人サイトでそこまでシビアになる事ある?

そりゃー、本業でこうしたDBを使っていて、それを個人でも~、ってのは分かる。

けど、こうしたDBは総じて高いよね?

ふつうVPSでよくない?

最後ビックリしたのが「安いSQL」が、全然安くない点。

>Render $7/month〜

Fly.io $6.88/mo

>PlanetScale $29/mo

>Supabase $25/mo

比較先として Heroku $25/mo

うん高いね😂

VPSでよくない?

そもそもだけど、個人サイトの初期なんて、VPSですらオーバースペックじゃない?

ふつうさくらレンタルサーバでよくない?

まとめ

やたら難しそうなDBが増えたよね。

なんだかカッコいいし、業務必要だし、トレンドなのはわかる。

けど、個人サイトにおいて「それが最適なの?」と言われると、95%くらいのサイトで「違うよね」となる。

個人サイトなら「さくらVPS」「conoha」「さくらレンタルサーバ」などで事足りる。

アダルトなら「GMOVPS」もしくは「mixhost」。

十分じゃね?

追記

あと、「メンテナンス時間コストトレードオフも」って書かれてたけど。

DBメンテナンスって何かある?

バックアップとか?

それならcronで自動化しとけばよくね?

俺は、DBメンテナンスって意識するほどしたことない。

ほっといても勝手に動いてくれる。

2022-03-27

anond:20220314040556

上でHerokuって書かれてるけどサーバレスSaaSふえてるね。

Conohaとかマインクラフトサーバーをサービス化してて面白いと思った

2022-03-14

anond:20220314040556

HerokuとかPaaS系は?アクセス数が少なければ安そうな印象あるけど

2022-03-13

最近Herokuってあんまり聞かないけどどうしたん?

生きてるの?

2022-02-22

アプリゲーム作るから100万円くらいほしい

C#, C++, Unity, Heroku辺りは使えるので誰か頼む

2021-12-22

とあるスタートアップが終わる時 (2)

[前回](https://anond.hatelabo.jp/20211221045059)

会社雰囲気は良かった

全員が経営陣と友達ということもあって、大学の仲が良い研究室とかサークルみたいなノリ

当時の写真を見るとちょっと恥ずかしい気分になる

CTO/CEOの仲は特に良くて、10年来の親友とのこと

会社webページにはベタだけど、肩を組んで笑っている写真が載っていた

資金調達も上手くいっているようで、当時としては結構良い額の給料を貰えた

CEOプロダクトも無いのに講演会とか取材に応じていて、界隈では少しだけ話題になっていたような気がする

自分には凄いキラキラして見えて「この会社はきっと有名になる!」って何の根拠もなく思ってたw

資金調達は順調に行えたが、プロダクト開発は順調とは言えない状態だった

まず仕様が決まらない(そもそもコンセプトからして無いのだから当たり前だがw)

そのくせ、CTOはやたら可用性や表示速度を気にしているようだった

自分RailsPHPスキルしかないため、herokuとか、EC2に立てて様子を見ようと提案したが、

「そんな構成では何百万ユーザーアクセスに耐えられない」

もっと最先端構成が良い」

と言われ提案却下された

会議YAGNIだと言っても聞き入れてもらえず、

議題は目標が無いまま細かいシステム構成だったりフレームワークの選定に終始した

続き

https://anond.hatelabo.jp/20211223003204

2021-11-04

Rails はまだイケると思うけどな

もちろん、昔のような Ruby on RailsNginxHeroku で動かしていくという牧羊的な時代は終わったことは認める。

俺的には Rails の層を薄くしていくのが未来なんじゃないかな?具体的には、Kubernetes や Terraform を活用して cron といったラッパーGem を減らしてクラウド活用する方向に進み、ViewNext やら DHHオススメ方法で分離することとかになると思う。

2021-09-12

みんながpython,pythonうから使ってみたんだけどさ

これ、書いたプログラムITわからん人に渡して実行してもらうときはどうするの?

オープン環境だったらherokuやpythonanywhere、アクセス制限ありなら社内のサーバなどで使えるようにして「ここにアクセスして使って」みたいな運用

「社内のサーバ」が無い俺には向いてなかったのかな。

2021-06-22

GitHub作成したFlaskアプリHeroku連携させる」といふ表現

PythonフレームワークであるFlaskのソースコードが讀む必要があつて、公式リポジトリを調べる爲に「Flask GitHub」で検索したんですよ。

さうしたら、【Heroku】GitHubで作成したFlaskアプリをHerokuに連携させる - Qiitaと云ふ記事が目に留まつたんですね。

これはおかし言葉遣ひだな、と思ひました。だつて、GitHubソースコードホスティングサーヴィスであって、「Flaskアプリ」を作る機能は持つてゐないのですから。だから、「GitHub作成したFlaskアプリ」などと云ふもの存在しない。

ところが、ふと後から思ひ返して見ると、もしかしたら筆者の意圖は違ふんぢやないか、と思つたんですね。つまり、「GitHubで」は「作成した」にかかるんぢやなくて、

GitHubで(作成したFlaskアプリを)Heroku連携させる

のやうに、「GitHubで」は「連携させる」を修飾するんぢやないか、と思つたんです。

この「作成した」は、何かのtoolを用ゐて作つたと言つてゐるのではなく、英語「You」のやうに、不特定の人の動作を表してをり、そして、「GitHubで〜連携させる」は、「GitHubのDeploy機能を用ゐて連携させる」と云ふ意味だと考へれば、辻褄が合ひます

より分かり易く書けば

GitHubで、作成したFlaskアプリHeroku連携させる

となります日本語つて難しいですね。

2021-06-17

CTOだけど、一ヶ月Web就職レビューしてみた。

https://anond.hatelabo.jp/20210617075257

0. 温度感

基本的現在では、バックエンドフロントエンド運用保守全てができないエンジニア価値は無い。

経験者でも、これらができない/わからないのは、相当恥ずかしいことだと思った方がいい。

典型的はてなー意識の高さ。

上がってるような基本(元増田に上がってるやつの倍ぐらい)が全部立ち上げからできて

2〜3個プロジェクト経験したらテックリード素養が既に身についてそう。

まり、ただのエンジニアにはそこまで要求されない。

プロジェクト的にもどっちかが弱いと

Rails/DjangojQuery+Bootstrapみたいな構成

Amplify/FirebaseにVue/Reactみたいな構成全然あるので

フロントバックエンドも一旦はどっちかでいい。

面接はなんとか抜けてもらうとして、

チーム開発での最低限の目標としては、

成果物から指導学習コストレビューコスト技術負債マネジメントコストを引いた分が正になっていれば

ひとまず「チームに居ていい人」と見なされそう。

チーム的に良くても、経営層にそれで許されるかはわからんのでその辺の立ち回りも上手いことやるとして、

一旦は、正の生産性を目指してほしい。

以後、ブコメで誰一人一ヶ月でできるって言ってなくて笑うので、

一ヶ月というのは無視して、三〜六ヶ月程度をイメージしつつ書いていく。

1. 言語: PythonJavascript

これだけで一ヶ月経つ気がするが正気か。

似たような言語なのでどっちからやってもいいし、両方同時にやってもいい。

どっちかしかやらないならJavascriptおすすめ。後ででてくる、Flaskは適当Expressかに置き換える

現場だとほぼTypescriptなので、Javascriptはある程度慣れたらTypescriptに移行したほうがいい。

どちらも、Python2とES2015以前の記法というレガシーネット上に転がってるので参考にしないように注意。

パッケージ管理単体テストタスクランナー

この辺は6のフロントフレームワークと同時にやる。

コードは断片的なサンプルではなく

一貫性があって

・正しい書き方がされた

お手本プロジェクトをなにか(github書籍など)で手に入れて読むべき。

おそらくフレームワークに乗っかっているので並行して進めることになる。

6. フロントエンドフレームワーク: Vue.js

話の流れで先にこっち

現在コーディングのグッドプラクティスデザインパターンフレームワークの形をしている。

なので、ReactとVueをその思想から理解しきれれば、プログラミング言語の潮流の最先端に追いつけるはずだ。

とはいえ最低限としては使い方が分かるところまで。

TypescriptVue.jsも書き方をどこまで取り入れるかが使用者裁量に任されてるし、

開発でVueとReactのどっちを使うかはチーム次第なので、

一旦React+Typescriptガチガチに書かれたコードプロジェクトを拾ってきて、必死で解読するのがいいと思うなー。

2割ぐらいわかった気になればチーム入ってから(React, Vueどちらだったとしても)動けそう。

パッケージとかテストタスクデプロイ辺りもこのタイミングで拾ってきたプロジェクトを使って学ぶ。

2, 4. ツール: gitDocker

バージョン管理コンテナ思想が優れているのは自明なので、これらはツールと見ていい。

そして、後からプロジェクトに入った人がプロジェクト流儀に沿って使う分には難しいことはなさそう。

採用に来た人がgitとかわかってるとチーム開発経験者だなーって思うし、知らないと未経験者なんだなーって思うし、

そういう意味ではチーム開発の経験があるかどうかの試金石にはされてそう。

構築できる、ではなく、触れる程度で良さそう。

gitプロジェクト流儀によると書いたが、git-flowイメージ図を理解して運用できるのがよい。

https://qiita.com/KosukeSone/items/514dd24828b485c69a05

3. OS: Linux

これは「パソコンの使い方わかってますか」ぐらいの温度感

ファイルパーミッションユーザープロセスのような基本概念理解する

一冊読めば済むだろうし、概念系はさらっておいてほしい。

grepやfindやxargsなどのコマンドを組み合わせて簡単な処理を自動化する

こういうのができるんだなーって言うのを知っておいて、調べつつ書ければ十分。

sedとか正規表現も。

あとはシェルスクリプトとかって思ったけど同様のことはPythonでもできそう。

IPアドレスを調べたり、SSHリモートマシンログインする

地味にSSHログインした先の環境だと、vimが主要なテキストエディタになるので

vimを最低限触ることだけ要りそう。もういらないかもって思ってたんだけどなー。

ファイル開いて入力モードに切り替えて書き込んで保存して終了

チュートリアルする。拡張とかはいらない。

細かく書いたが、LPIC-1の範囲がほどよくまとまっているのでそっちを参照するとよい。

5. サーバーフレームワーク: Flask

フレームワークを覚えること自体重要なのではなく、Web開発の基本を習得することが重要

これが意図なら

HTTPルーティングデータベースSQL認証セッション管理などは当然すべて覚える。

この辺の機能を持った小規模Webアプリを作ってHerokuデプロイすれば一旦完成とみなしてよさそう。

コード書き写しただけにならないようには注意しつつだけど、長く見て5人日ぐらい?

慣れると1日あればいけると思う。

フレームワークもなんでもいい。

軽量である必要もなくて、

Djangoとかでも各コンポーネントがどんな働き方してるか程度はわかるだろうしそれで十分。

余力があれば複数個触ってみたり、人から勧められたらそっちでも。

最近サーバーレス&NoSQL流行ってるのでFirebaseとかもやればいいと思う。

7. アルゴリズム

コメントリーが荒れててウケる

実務プログラミングで最低限必要アルゴリズム力は

「書いてるコード計算量オーダーを把握していること」

に尽きる。

計算量を気にしなかったせいで線形検索メソッドとfor文を組み合わせて

O(n^2)やO(n^3)のロジックを書いてしまって

データ量が万〜十万の本番データで遅延するとか

それらに対して分散や非同期処理で解消しようとするとか、

ちょっとでもアルゴリズムを触った人ならアホらしいなって思うような行為

アルゴリズム不要勢は平気でやるぐらい、両者は溝が深い。

計算量を意識するだけなら、AtCoderABCのC〜D問題辺りが解ければ十分。

8. セキュリティ

有名な脆弱性攻撃手法は、ほとんどフレームワーク等で解決手段が用意されている

(XSS対策自動エスケープなど)

のでアドリブをせずに正しい書き方でやれば良い。

開発現場でもセキュリティリスクがある箇所を1から自前で実装することを経験が浅い者にはやらせないので、

ただただ、フレームワークが正しいとしているやり方をなぞるのが良い。

最後

開発の勉強のやり方としては、

・正しいコード見本を手に入れること

公式リファレンスを読むこと

エラーメッセージを読むこと(そしてググること)

この辺りの習慣があればやってけんのかな、

その他、チーム開発って面では

アジャイルサムライプロジェクト管理)とか

TeamGeek(人間性)とかインプットしておくと共通言語が増えて嬉しい。

この方向で進めてけば、その途中で正の生産性≒足引っ張らないぐらいになれるので、

そしたらやってけるんちゃうーって感じ。

経験から1ヶ月でWeb企業就職する勉強法

取り上げた技術は、本格的な開発でも役に立つもので、最も学習コストが低いものを選んだ。

重要度が低いものは載せていない。たとえばHTMLCSSなんてググりながら書けば全く問題ない。Bootstrapなどのフレームワークも全くやる必要はなく、仮に就職先で使っていたら覚えればいい。

逆に言えば以下に挙げる技術は、そもそも概念自体プログラミングにとって普遍的ものであり、(基礎的な部分を)調べながら使うようではエンジニア失格ということ。

基本的現在では、バックエンドフロントエンド運用保守全てができないエンジニア価値は無い。

以下に挙げた技術(①⑤⑥は他の言語フレームワーク代替可能)が身に付いていなければまともな企業就職することは難しい(もちろん、下らない業務システム下請けで作ってる底辺企業には入れるだろうが)。

経験者でも、これらができない/わからないのは、相当恥ずかしいことだと思った方がいい。

特定言語フレームワークの書き方を知っていること自体意味は無い。

重要なのは、他の言語フレームワークにも共通する基礎を理解すること・保守性やセキュリティなどの品質を高める使い方ができること。

PythonJavaScriptマスターする

この2つは習得が容易だし、今覚えておけば向こう10年腐ることはないだろう。

プログラミング言語完璧理解する必要がある。

基本的な構文や、よく使う標準ライブラリは勿論、高階関数クラス・非同期処理等の発展的な機能も知り尽くしていなければならない。

言語のみではなく、パッケージ管理単体テストタスクランナー等の周辺ツールの使い方も熟知している必要がある。

また、「リーダブルコード」や「コードコンプリート」に書いてあるような良い作法も身に付ける必要がある。


Gitの基本操作を覚える

Gitを使えないのはプログラマーとして論外。細かい機能は調べればよいが、

等の基本的フローは必ずできなければならない。


Linuxの基本操作を覚える

多くの場合、本番環境テスト環境Linuxサーバーであるから、以下のような基本的概念と使い方を知っておく必要がある。


Dockerの基本操作を覚える

環境構築、CIデプロイなどは、現在コンテナを使って行うことが当たり前になっている。

これも細かいことをすべて覚える必要はないが、Dockerfileの書き方や、docker-composeの使い方などは知っておかなければいけない。


⑤ Flaskを覚える

Flaskは、数あるWebフレームワークの中で最も簡単。本当に呆れるほど簡単で、Pythonさえ書ければすぐにアプリを作れる。

フレームワークを覚えること自体重要なのではなく、Web開発の基本を習得することが重要HTTPルーティングデータベースSQL認証セッション管理などは当然すべて覚える。

データベースは、就職したらMySQLPostgreSQLなどを使うことが多いかも知れないが、今はPythonの標準ライブラリにあるSQLite3を使えば十分。

作ったアプリを公開したければ、「Heroku」などにデプロイするのが良いだろう。

追記 2021/06/17 14:07

ブコメで指摘をいただきました。HerokuではSQLite3は使用できないようです。公式ドキュメントに従ってPostgreSQL使用して下さい。

SQLite3はファイルデータを持てる簡易DBなんだけど、Herokuデプロイしてもストレージ的な使い方はできないから、結局PostgreSQLを使う必要あるから注意してね。(DAOを丸ごと書き換える羽目になる)

参考: https://devcenter.heroku.com/ja/articles/sqlite3

ありがとうございます

Vue.jsを覚える

今の時代フロントエンドフレームワークなしで作るのはただのバカ

2021年現在実用的なフロントエンドフレームワークはReactとVueしかない。Vueの方が少し簡単なのでこちらを選んだが、JavaScriptをしっかり理解しているなら大差は無い。

フロントエンドには膨大なパッケージ群があって全部覚えるのは大変だが、とりあえずまずはVue完璧に使えればいい。Webpackの設定などは既存のものを流用すればいい。



基本的アルゴリズムを学ぶ

アルゴリズムは全てのコンピュータ技術の基礎であり、絶対に知っていなければならない。

高速フーリエ変換のような高度な数学必要ないが、クイックソート木構造のような基本的アルゴリズムは当然、その性質を知っていなければならない。

それらは言語組み込み関数や標準ライブラリでも使われており、理解していなければ、それらの機能を正しく使うことができない。

また、プログラムを読み書きする際には、そのコード計算量を見積もれなければならない。

セキュリティを学ぶ

セキュリティは言うまでもなく学ばなければならない。

有名な脆弱性攻撃手法XSSSQLインジェクション・CSRFなど)が何だか理解していて、その対策実装できなければならない。

各種暗号化技術署名などについても、実装の詳細は知らなくていいが、共通鍵暗号や公開鍵暗号などの特性理解する必要がある。

認証パスワード管理などを実装する際は、当然ベストプラクティスに従わなければならない。

2021-03-15




https://talent-help.lapras.com/ja/articles/3111298-%E3%82%84%E3%82%8A%E3%81%9F%E3%81%84%E3%81%93%E3%81%A8-%E8%88%88%E5%91%B3%E3%81%AE%E3%81%82%E3%82%8B%E4%BB%95%E4%BA%8B-%E5%88%86%E9%87%8E-%E3%81%AE%E6%9B%B8%E3%81%8D%E6%96%B9

記入する項目の例

キャリア上の目標キャリアプラン

興味のある仕事技術業界事業内容

転職についてのスタンス

希望する働き方

転職先に求めること


「やりたいこと、興味のある仕事・分野」記入例


開発環境について触れる

今まで小さなチームでインフラからフロントエンドまで全てを担当してきたが、次は少し大きなプロダクトでバックエンドパフォーマンス改善に挑戦できるような環境仕事がしたい。

------------------------------------------------------

興味のある分野・領域について触れる

Railsアプリケーション設計・開発からHeroku, AWS, GCPなどのインフラ構築もできるような、Webアプリケーションエンジニアになりたいと思っています。興味のある分野は、医療健康などです。現在転職活動中です。
------------------------------------------------------

より具体的な記入例


例1

 # 目標
新しい技術に柔軟に対応できるようにしたい
自社開発のサービスに携わり、常に機能改善拡張を考えながら開発がしたい

 # 興味のある仕事自然言語処理画像分析など、データを扱うアプリケーションの開発

 # 興味のある技術Goを主軸としてキャリアを築きたいです

 # 転職先に求めること
新しい技術に対して敏感に反応し、プロダクトにマッチする場合はどんどん導入してゆく風習があるような職場で働きたいです。

2021-01-21

技術書ネット情報web系のソフトウェアエンジアに転職した昔話

自分プログラミングほぼ未経験大学学部時代にCのコード写経して動かすと単位がもらえる謎の講義に出たことがあるぐらい)の状態から社会人になってから独学でPHP勉強していわゆるweb系のソフトウェアエンジニア転職した。以後8年近くソフトウェアエンジニアとして働いている。

初心者向けのプログラミングスクール話題が尽きないが、スクールに通わなくても独学でもなんとかなった自分みたいのもいるよ.という例を紹介してみたい。このエントリプログラミングに興味がある人の役に立てば幸いである。昔の話なので出てくる話題が古いのはご勘弁いただきたい。

なお、web系のソフトウェアエンジニアになる前は、上流系SIerExcel顧客折衝をがんばるSEをしていた。基本情報ぐらいは持っていたがコードを書く業務は一切なかった

忙しい人向け

自社サービスwebソフトウェアエンジニア転職するまで時系列で振り返ってみる

2009年末頃?
2010年前半
2010年後半
2011年前半
2011年後半
2012年後半

今思うこと

2021-01-13

anond:20210113192627

めちゃくちゃ褒められてて嬉しくなっちゃうな。

データベース接続してSQL叩いて配列データを格納する。

データ正規化して記号絵文字を除去する。

綺麗にしたデータ形態素解析にかけてもらったメッセージと照合する。

if文で条件分岐してデータベースから最適なものを応答として選択する。ちょっとランダム要素も入れる。

私が作った関数なんてこの程度の簡単もので、正規化コピペだしAPIほぼコピペだし形態素解析ライブラリ入れただけだし、Heroku使ったかサーバーも立ててないし、手間がかかるだけで誰でもできることしかやってないけど、医者からGoogle入社レベルとまで言われるとは。

2020-11-29

恋愛依存やめたいけど恋愛しないのもどうなの?

ゴリゴリメンヘラなのですぐ付き合った相手にズルズルに依存する。

別にきじゃなくなってもむしろ嫌いになっても関係が最悪になっても依存がやめられない。

いないと寂しい。彼のことしか考えられない。で、相手が潰れて振られて次の相手依存して、の繰り返し。


うそういう状態、最悪すぎるのでめちゃくちゃ頑張って別れてもうメンヘラが治るまで絶対恋愛しないって決めた。

恋愛してないときの私は基本的メンタル好調だ。

生理前に不安になったりもしない。

二次元推しに狂っている。とっても人生楽しい

彼氏依存しているときは、彼氏のことばかり考えて何もしないし友達も増えないが、推しは私に世界を見せてくれる。

聖地巡礼海外含め色々な場所に行ったし、推し楽器演奏するというので楽器を習い始めたりもした。

推しルーツを知るために今まで見たことのなかったジャンルの本や映画学術分野に触れたり、推しイメソンとして普段聞かないようなジャンル音楽を聴いたり、絵が描けないので絵以外で同人活動をしていたら、ExcelPowerPoint動画編集ソフトに音声編集ソフトhtmlcssherokuSQLpythonnode.js、色んなものが使えるようになった。図面の引き方に戦術記号の読み方、文献の調べ方に論文の探し方も知った。旧字体もそこそこ読めるようになった。

推しはすごい。推しのためなら私は大体のことはできる。

二次元を愛したって何の見返りもないが、メンヘラとしてはその点が何よりも素晴らしい。

だって少しでも捧げた愛に対して見返りが得られたらメンヘラはズルズルに依存するから

何も得るものがないからこそ、私は推しを知るために自分内面を充実させることに全力になれる。連絡を待ったって絶対来ないって分かってるから推しから連絡が来るアプリケーションを開発できる。

これが聞けば好きな食べ物を教えてくれるとか待てば連絡が来るとかだったら絶対にそんなことしない。だから現実の男には依存してしまう。でも推しから絶対見返りがないので全部自分投資できる。

連載が終わろうがサービスが終了しようが、推しのために得た知識は消えないし勉強は私を裏切らない。推しを通して得た交友関係だってなくならない。


わーい推しのいる生活ってなんて素晴らしいんでしょう。

とか言いだして彼氏いないまま3年経った。ヤバい

恋愛しなきゃ。人間として。そろそろ女子会で喋るネタがないのも辛くなってきた。


とはいえ恋愛ちゃうとまた最悪の依存生活が始まる。推し二次元からからこの熱量の愛を向けられてもつぶれたりしないけど、現実の男は普通に潰れる。

もう今だって既に連絡取ってる人からLINE来ないのきゅんきゅんストレスの二重支配である。無理。男に依存する生活最悪。

気になる相手からLINEを待ってる時間無駄すぎる。絶対架空推しからLINEを貰うためにアプリケーション開発を学んでる時間の方が有意義

それでもやっぱり現実人間恋愛したほうがいいよなあって義務感と推しに全てを捧げてメンタル好調の日々を手放したくないって欲求、どうしたものかな。

2020-10-17

コンテナインフラを作ろうと思って調べたけどめんどくさすぎワロタ

ECSっていうのがデファクトスタンダードぽいんだけど、覚えること大杉herokuだったらgit pushするだけですむじゃん。

heroku使おう。

2020-10-03

anond:20201002023509

Webエンジニア技術確認って、知識経験が多方面に渡るから難しいと思ってる。

まあWebエンジニアだけじゃないだろうけど。

Webアプリ作れます!と言って完成物だけを見るとたしかにそれなりのができてる。

でもコントローラに全てのロジックが書かれてる。

もちろんテストはない。動けばいい。

N+1SQLインジェクションが埋め込まれてる(後者フレームワーク側でほぼ無いが)。

APIフロントに渡すデータの中に個人情報が含まれている。

Gitは漢のmaster(main)一本だし、rebaseはできない。何かgitでトラブったら全消ししてcloneし直す。

デプロイHerokuコマンドをよく分からず打ち込んでるだけ。ちょっと凝ったことはできない。

データベースも大きなExcel程度と考えていて、一つのテーブルに全部のデータを入れる漢のスキーマ

コマンドも例えばgrepやfindを使えない。XXenvの使い方がわからない。何でもかんでもsudoをつける。

環境変数がどういうものであるか分からない。

エディタコードジャンプができない。

vimが使えないからなんかのはずみでvimの画面になったらパニックになる。

まだまだいろいろあるけど挙げたらきりがない。

これを1時間やそこらの面接判断するのは不可能でしょ。

となるとどこかで線引きをしなければいけないけど、その線引きの一つの手段が対面での会話の内容、受け答えの態度だと思う。

上っ面の知識でも話が上手ければ(そして意識高ければなおさら)、いくらでも「できる人」を見せることができる。

まあ結論としては採用戦略は大切だなということ。

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