はてなキーワード: Bootstrapとは
【TL,DR】
【注意】
【序章5/13】
大和のアパートは2回目だから前回と同様にスムーズにいくはずだったが、まさかの契約者番号ではじかれるという意味不明な事態となった
ダイワリビングは去年あたりから解約に関してそれまでの手続きサイトから別のサイトで手続きをする仕様になっている
それっぽい「SMSを見ろ」というメッセージに従っても書いていない
あらゆるページを確認するもどこにもヒットしない
特に意味が分からないのは、契約番号を入力するところに「上部賃貸契約番号を入力」とでているが、そもそも上には何も書かれていない点
当然、そこに契約書に書かれている番号を入れてもヒットしない
唯一わかっているのが7桁なだけ
当然問い合わせているけど、ダイワリビングは数年前から極度に対応が遅くなっているので、下手すると数か月単位で待たされる
これで退去日を大幅に過ぎてもその分だけ請求されたら普通に訴えるレベル
こんなひどいシステムを作っているところと早く分かれたい
というか引っ越しさせてくれ
【追記5/13】
わかったことがある
恐らく契約番号が解約サイト(新My-Droom)のIDと紐づいていない
試しに以前住んでいたアパートの契約番号を入力したら、解約申請中と出た
以前住んでいた大和リビングのアパートをA、今住んでいるのをBとして
Aは何故か解約サイトと紐づけられて認識されているけど、Bはそうではないということだ
解約したいはずのBは元々存在したMy-Droomでは情報が出てくるが、それと直接関係のない新My-Droomには載っていない
ようはこれらの新旧サイトがうまく連携しておらず、古い情報だけ残っているから俺は一生解約ができない
なぜこうなってしまうのかは予想がつく
新My-Droomのサイトは「氏名・生年月日・電話番号」だけを入力して登録する仕組み
つまりこの時点で現在住んでいるアパートの情報が自分の名前等と紐づいていないと、いくら契約番号を打ってもヒットしない
普通は契約者番号に各種契約者や電話番号がぶら下がっているはずだけど、ダイワリビングの場合は氏名や電話番号の持ち主をキーにしているらしい
この主キーに現在のBの物件がぶら下がっていないので、永遠にヒットしないわけ
たぶんシステム担当者が登録時に氏名や生年月日等が間違っていたんだと思う
契約者側にとっては契約番号等を調べる必要がないから安全に思えるが
そもそも業者側が入力ミスをしているか、データを紐づけていないということになればこんな事態になるんだよな
担当営業所とはここ数か月まともに電話も通じていないので、おそらくこの非常事態にも対処できないと思う
というか本社の担当者にこの状況を説明しても通じるとは限らないんだよね
ダイワリビングって3年ほど前に組織編成があって結構変わったらしいので、昔のようなきめ細かいサポートは一切ないと思う
【原因判明5/14】」
以前のアパートAと現在のアパートBで何故か解約専用のサイトにIDがそれぞれ作られていて、自分はAのIDで入っていたから無効になっていた
しかしそもそもダイワリビングのUIUXが酷すぎることを無視はできない
松屋のタッチパネルが分かりづらいと一時期話題になったが、そんなものを遙かに超えるえげつない仕様だ
ただし、解約専用のサイトを合わせると計4つも必要となるのはどう考えても混乱の元だ
しかも解約サイトは単に契約番号を入力して解約するものを申請する機能くらいしかなく、マイページ等に住んでいる建物の情報とかがあるわけではない
Amazonも大概分かりづらいけど、少なくともそのアカウントが何を買ったりしているかは分かるようになっている
ダイワリビングのはわざわざ解約専用サイトを作っておきながらそこを見ても何も分からない
これが自分が混乱した一番の原因だった
エラーメッセージも明らかに不親切だし、IDが2つあることを理解しても探すのが非常に大変だった
結論:大和ハウスのDroomの契約システムは悪すぎるので自己防衛するように
【第2ラウンド5/14】
さて入力がだいたいすんだね
あ、退去日は日曜で申請したけど駄目なのね
土曜日にするか
じゃあ最初に戻ってやりなお……「解約申請中のため再申請できません。申請内容を修正したい場合は担当営業所へご連絡ください。」
ちょっとまてやおまええーーーーーー
解約申請のUIもかなり酷いのだが、そもそも俺は解約申請の内容を保存をしただけで申請ボタンを押した記憶は一切ないんだが???
内容を一度保存したらその後の修整を一切受け付けないし、あまつさえサイトを使えないから営業所にいけだと?
おまえんところの営業所は日中ほぼ不在だしどうやっても連絡つかないんだよ
というか何で、申請が中途半端なのに受付終了しているんだ?????
解約申請専用のサイトなのに解約申請が死ぬほど難しいってKFCでもこんな下手くそなシステム作ってないぞ
もう二度とDroomつかわない
【幕間】
なんか伸びているけど、結局は営業担当に電話することでしか解約できそうにない
というかその営業と繋がらないってのが困っている
なんで?
繋がらないからシステムでやろうとしたらフリダシとかまじで労力の無駄
なんだこの罠の多さ
解約詐欺ってのがあるけど、これは純粋にシステムが酷すぎるだけ
【補足】
色々言われている中で「不動産屋に行け」というのがあるね
ダイワリビングが管理している(たぶん)している物件を街の不動産屋ではなく、直接営業所を通した契約しています
【第3ラウンド】
さて良いお知らせと悪いお知らせがあります
まずは良いお知らせから
あちらも忙しかったのでしょう
頑張ってね
悪い知らせは、そこはもう賃貸関係やっておらず、中央オペレーターに繋ぐよう言われたことです
そこ、繋がらないんだよな〜
もうさ、町の不動産屋通じていないからオペレーターと話すしかないんだよ
内容証明送るにしてもどこだよって感じ
まだまだ続きそう
【ほぼ解決】
とりあえずオペレータに繋がって、現時点で解約申請は完了していることが分かった
正直、あの画面で申請が完了しているとは全然わからないんだけど、ショートメッセージを見たら確かに受付済みとなっていた
立ち合いの日程は変更可能なようだけどそれは別に営業所から連絡来るらしい
なので一応解決
また自分のようなケースに該当しない人もいるだろう
ただ、やはりあの解約サイトの作りはとても悪いと思う
改善点がいくつもあるので列挙していく
【結論】
素人からみても即興でBootstrapで作ったような見た目と、きちんと仕様を理解しないで動けばよいやの精神で実装したと思われる杜撰なUI
これらを解約したいというたった一度きりの行為のために熟知して使いこなすってのはやばいでしょう
マニュアルやヘルプ機能が充実していれば良いんですが、全然ないか役に立ちません
2つサイトがあるのは契約関連全般を新しいシステムに統合する過程なのかもしれません
しかしそもそも従来のサイトでスムーズにできていたことをわざわざ分ける理由が利用者にはありませんし、解約システムだけで全て完結もできないので無意味なシステムです
きちんと統合するかしてほしいです
※なんと夏頃に統合されることが決定しました。まじで一番厄介な時期にあたったみたい
また、この解約システムの苦情は営業も結構な件数受けてるらしいですが、改善する気がなさそうです
営業所さんには電話でねーって言いましたが、あれから2回くらいやって繋がりましたし、問い合わせにはきちんと答えてくれたので大変助かりました
【オチ】
なんだかんだ言って解約申請はスムーズにいったのはちょっと驚き
というか何千件と扱っている大手はマンパワーで何とかしちゃえるんだろうな
やはりというか営業所もこのシステムの評判の悪さは重々承知らしい
さらに自分の場合は契約した営業所が賃貸業務から撤退して問い合わせ先が変わるという珍事にも見舞われるし、過去にDroomの契約があったりとよくない条件が色々とそろっていた
いろいろと調べて解約周りの情報が出てこなかったけど、ほとんどの人は解約なんてのは興味ない作業だし、多少不便でもスルーするからでしょうね
ほとんどの人は「いくら退去費用を請求された」や「建付けが悪い」という部分だけ見ているので、こんな解約システムがよくないとか書くわけがない
解約詐欺と言えば導線が複雑で一向に解約につながらないという、狙った悪意が問題になるけど、今回のは単純な手抜きや未整備の問題なのでそれ以前かと
というわけで全人類みな大和のD-roomを人生で一度は契約しよう
寂しいな
??「えっと、君が買った戸建てね。あれ、ダイワハウスの建物だから」
………
冠婚葬祭以外でスーツもろくに着たことのない人間が、まともな職業に転職することは可能ですか?
自称・ベンチャー企業に来て後悔している、というか恨んでいる。自分のいたベンチャー企業なんて、反社会的勢力 隠れ蓑でしかなかった。そこで得たもの、というものはなくて、むしろ父親と学歴と情熱を失った。 だからベンチャー企業とか NPO なんかに社会的な価値を見出して入社する必要なんてない、むしろ新卒採用では JTC に入れよーという話をしていこうと思う。
元スレは
https://anond.hatelabo.jp/20220613020726
https://anond.hatelabo.jp/20220614002648
です。
国立医学部を目指して多浪し挫折したあとに入った大学は早慶未満マーチ以上の偏差値の大学だった。そのため、周りは年が若くなじめないままサークル勧誘期間が終わってしまったのであった。まちがいなく大学内では浮いた存在であったし、自分も馴染む気がなかった。当時の言い方をするならば「ボッチ」であったか。大学に入ってすぐに、一緒に入学した同期の入るだろう会社には入社できないのが自覚できたので、授業が終わったら大学図書館 or バイト先にそそくさとむかっていた。幸いにして、高校時代はプログラミングを部活でしていたので、どこにいっても「卒業したら、うちにこない?」と言ってもらえた。自分は富士通とか野村総研なんかは年齢制限で入れないけど、飯を食べるには困らないだろうな、という確信はその当時に得た。大学の情報工学の内容は高校時代に習得した内容よりも劣っていたので馬鹿にしていたのは、後でボディブローのようにこの怠慢は効いてきた。ここまで書くと大凡のスキルはコーダー程度であることは察していただけると思う。当時に十分にかけていたのは Ruby, JavaScript, Java, PHP と Objective-C、MySQL といった応用領域ぐらいで、大学でやるような R や Haskell なんかの基礎領域は習得してないで、アルゴリズムの勉強はさっぱりだった。まぁ、あんまり優秀な学生ではなかったと思うが、それでも情熱はあったとは思う。真面目な学生ではなかったが、教授には可愛がってもらった。
これが、当時の自分の心境とスキルである。ここから冒頭に書いたような人生がスタートする。あれは、記憶が正しければだけれど、twitter のリプライだっただろうか。当時の自分は他人の設計書を基本として書くということにうんざりしていた。いつの日にか自分の書いたコードで上場するという目標のために本物のベンチャー企業で上場する時を共にしたいというのに、どうやったらそんな会社を見つけ出し、入り込めばよいのか皆目見当がつかなかったのだ。それで、twitter のアカウントを手がかりに、あらゆる募集サイトに「プログラミングする企業に入りたいです」という書き込みをした。なんなら、増田にすらその書き込みをした。それで、色々な人から「うちに来ない?」というリプライをいただいた。正直、嬉しかった。それで、そのうちから「選ぶ」という選択をしなかったのは間違いだった。当時の自分は、それをせずに「サイバーエージェントに紹介しますので、とりあえず勉強会に来ませんか?」という書き込みをみて、ふらふらと雑居ビルの一角にある共有オフィスへと出向いてしまったのだった。タイムマシンがあればこの日に戻って止めると思う。それぐらい後悔する日々が始まるとは当時は思わなかった。
もうすぐ真冬になろうという頃、「サイバーエージェントの正社員になれるかも」という期待で、列車に揺られて前記のビルへ向かった。期待とは裏腹に、妙に古臭いビルであった。ベルを押して、勉強会だという部屋に通してもらうと、若い学生たちがそこにいてプログラミングを勉強しているという。正直、自分も医学部さえ目指さなきゃこういう生き方もあったのだろうな、とは羨ましく思った。自分をオファーしたという人(O氏)は、この勉強会の座長だという。「私は人工知能を研究しており、アメリカで博士号を取得した『天才』数学者で、日本を活気づけるために母国にもどり、この会社を立ち上げました」という。サイバーエージェントではないらしい。あれ?、とは思った。まぁ、無下にはできないので、そこで課題を出されたのを5分ぐらいで終わらせた。伊達に何年もプログラミングをしているわけじゃない。ループで書くべきところを、再帰で書いた。すごいでしょ、オレっちとね。「できました、見てください」というと、O氏はこう言い出した。「ナニコレ?」とO氏。「ええ、再帰ですよ、漸化式みたいな?」と自分。出力は合っているので、O氏も認めざるを得なかったらしいが顔が険しくなっていく。どうも機嫌を損ねたらしい。そうすると、O氏は自分を別室に呼び出して「履歴書は?」と聞いてきた。「勉強会ですよね?」と返すと、「いいから、履歴書!」と言う。にっちもさっちも行かなくなったが、共有オフィスの他社の中国人職員の方が機転を利かせて仲裁してくれた。「そんなに言うのなら、彼にポートフォリオを作らせてみて評価してはいかがでしょうか」と。
イライラしながら帰宅したあと、もう二度と見たくもないO氏の顔とサイバーエージェントの正社員というものを天秤にかけたとき、やっぱりサイバーエージェントにいきたいなーと思った。というか、実は当時に DMM のオファーもあったのだけど、サイバーエージェントの方が良いと思って辞退した。このクソ人間(O氏)を認めさせたら、サイバーエージェントで働けるというのは魅力的だった。それで、Android(Java) + iPhone(Objective-C) でマルバツゲームを作り、 Bootstrap + jQuery と Ruby on Rails と MySQL で集計させてスコアを比較させる、そしてサクラVPSで CentOS で運営するというプロダクトを持っていった。時代を感じますね。閑話休題。ソレを持っていたら、O氏は今回は前回と性格が違った。いきなり、怒鳴りだすのだ。ポートフォリオを見ないで。いわゆる「良い警官・悪い警官」というやつをやろうとしたのだろう。当時はそれがソーシャル・エンジニアリングだと気がつけなかったが、いま思えば以前からナンパとかで良い思いをしていたのだろう。後で書くが、彼はロリコンだ。専門に人工知能を掲げているが、本当はチヤホヤされたいだけで自分は努力せず、インターンの学生にタダでプロダクトを作らせて「弊社は凄いです!」「あわよくば上場して金と名誉はゲット」、そんでもって若い学生のインターンとセックスしたいという真正のクズ野郎だった。自分の深層意識で「こいつはヤバいやつだ」というアラートはビンビン鳴っていたが、「サイバーエージェントの正社員」というニンジンが目を曇らせた。
そのあと、一月ぐらいはそのクソ会社でタダで自社サの修正をやっていた。こんなのもできねーのと思いながら。ある日「別の会社に行こう」といわれ、面接をうける。なぜか O氏も同席で。話を聞いていると、派遣させられるらしい。派遣登録もしてない会社が。「サイバーエージェントじゃない!」と抗議をすると、「俺に恥をかかせるのか!東京で働かせなくするぞ!」と脅され、派遣きまったあとで、履歴書を無理やりかかされた。給料はホームページに書いてあった額の半分、社会保険は無し、年金もなし、保険書もなし、という最悪な条件だった。派遣先はキツかったが、優しかった。それに、派遣当日から転職のオファーをもらった。記憶が正しければ、平日に働いて、土曜日は帰社日、日曜日は勉強会に出席という日々だった。本当に休む暇がなかった。平日はほぼ終電だったのに、土曜日に東京の端っこにこいとか、日曜日は勉強会だから出席しろ、とか本当に辛かった。それでも派遣先の会社には迷惑をかけたくなかったので、期間が終えるまでは必死に働いた。そして、O氏から逃れるために「あなたとは信頼関係が築けない」という文を書いて退職した。そのあと、自分は大学にも行かないで、別の会社に就職した。あと、O氏は給料を払わなかったので、辞めた後に圧力をかけて支払ってもらった。
プログラミングのスキルは働いてもスキルが付くということはなく、自学自習を続けないと上場するのに必要なスキルは身につかないというのもわかってきた頃、父が死んだ。事故死だった。自分は医学部に行けなかったことの申し訳のなさに、東京の大学に行った後は父を邪険に扱っていた。とても後悔した。それで、半年ぐらい真面目に勉強して私立の医学部に入学し、医学部生として留年しない程度には進級はした。しかしながら、ふと寝る前に「プログラマーでいたかったな」と思うことは毎日のようにある。もう医師になるつもりで、プログラマーに戻るつもりは無いが、それでもプログラミングのことは好きで、毎日1時間は時間をつくって勉強している。好きなんだよな、プログラミングが。
最後に、O氏についてだ。あまりに犠牲者が多すぎるのでネット上で事実を書いていったら、裁判所から開示請求が来てしまった。だからここでは本名と社名は書けない。だけれども、若者たちに「ホイホイベンチャー企業にいくと辛い目にあうかもよ?」っていう事例を例示しなきゃ、とは思うので「ヤバいベンチャー企業の実態」について書いていこうと思う。
...という感じ。だから、基本的にベンチャー企業に期待しないほうがいいよ。下手をすると、犯罪の手助けをするようなつらい思いをするよ。もし、仮にベンチャーに行くなら、高給かストックオプションはマストで行こうね。おじさんとの約束だよ。
最初に結論から書くと、「データをサーバーとやりとりする掲示板のような機能の実装に1年かかっても取り組めていない」
個人的な目標があり、非IT系だが、webサイト作りをやってる。
しかし、なんとかVue.jsで静的サイトで動きを出したり、BootStrapでタブを作ったりすることはできる。
Firebaseで静的サイトや、AWSでS3にサイトhtmlを置いて公開することもできる。
掲示板の機能を持たせるには、投稿データを保存したり表示したりする必要がある。
そうなると、さーばーから情報を読み出すべきだが、そもそもサーバーに情報をどうやったらためて置けるかがわからない。
Railsの場合はセキュリティーが怖いからやめておきたい、できればクラウドサーバーの機能をそのまま使いたい。
クラウドサーバーにデータを投稿したりクラウドサーバーから読み出す機能がもっと簡単にならないかなあ。
Udemyや本を読んでも、なかなかできるようにならないです。みなさんどうしてます?
https://anond.hatelabo.jp/20210617075257
上がってるような基本(元増田に上がってるやつの倍ぐらい)が全部立ち上げからできて
2〜3個プロジェクト経験したらテックリードの素養が既に身についてそう。
プロジェクト的にもどっちかが弱いと
Rails/DjangoにjQuery+Bootstrapみたいな構成や
Amplify/FirebaseにVue/Reactみたいな構成も全然あるので
面接はなんとか抜けてもらうとして、
チーム開発での最低限の目標としては、
成果物から、指導、学習コスト、レビューコスト、技術的負債、マネジメントコストを引いた分が正になっていれば
ひとまず「チームに居ていい人」と見なされそう。
チーム的に良くても、経営層にそれで許されるかはわからんのでその辺の立ち回りも上手いことやるとして、
一旦は、正の生産性を目指してほしい。
以後、ブコメで誰一人一ヶ月でできるって言ってなくて笑うので、
一ヶ月というのは無視して、三〜六ヶ月程度をイメージしつつ書いていく。
似たような言語なのでどっちからやってもいいし、両方同時にやってもいい。
どっちかしかやらないならJavascriptがおすすめ。後ででてくる、Flaskは適当にExpressとかに置き換える
現場だとほぼTypescriptなので、Javascriptはある程度慣れたらTypescriptに移行したほうがいい。
どちらも、Python2とES2015以前の記法というレガシーがネット上に転がってるので参考にしないように注意。
・一貫性があって
・正しい書き方がされた
お手本プロジェクトをなにか(githubや書籍など)で手に入れて読むべき。
おそらくフレームワークに乗っかっているので並行して進めることになる。
話の流れで先にこっち
現在のコーディングのグッドプラクティス、デザインパターンはフレームワークの形をしている。
なので、ReactとVueをその思想から理解しきれれば、プログラミング言語の潮流の最先端に追いつけるはずだ。
TypescriptもVue.jsも書き方をどこまで取り入れるかが使用者の裁量に任されてるし、
開発でVueとReactのどっちを使うかはチーム次第なので、
一旦React+Typescriptでガチガチに書かれたコードプロジェクトを拾ってきて、必死で解読するのがいいと思うなー。
2割ぐらいわかった気になればチーム入ってから(React, Vueどちらだったとしても)動けそう。
パッケージとかテスト、タスク&デプロイ辺りもこのタイミングで拾ってきたプロジェクトを使って学ぶ。
バージョン管理とコンテナの思想が優れているのは自明なので、これらはツールと見ていい。
そして、後からプロジェクトに入った人がプロジェクトの流儀に沿って使う分には難しいことはなさそう。
採用に来た人がgitとかわかってるとチーム開発経験者だなーって思うし、知らないと未経験者なんだなーって思うし、
そういう意味ではチーム開発の経験があるかどうかの試金石にはされてそう。
構築できる、ではなく、触れる程度で良さそう。
gitはプロジェクトの流儀によると書いたが、git-flowのイメージ図を理解して運用できるのがよい。
https://qiita.com/KosukeSone/items/514dd24828b485c69a05
こういうのができるんだなーって言うのを知っておいて、調べつつ書ければ十分。
あとはシェルスクリプトとかって思ったけど同様のことはPythonでもできそう。
地味にSSHでログインした先の環境だと、vimが主要なテキストエディタになるので
vimを最低限触ることだけ要りそう。もういらないかもって思ってたんだけどなー。
→ ファイル開いて入力モードに切り替えて書き込んで保存して終了
細かく書いたが、LPIC-1の範囲がほどよくまとまっているのでそっちを参照するとよい。
これが意図なら
この辺の機能を持った小規模Webアプリを作ってHerokuでデプロイすれば一旦完成とみなしてよさそう。
コード書き写しただけにならないようには注意しつつだけど、長く見て5人日ぐらい?
慣れると1日あればいけると思う。
フレームワークもなんでもいい。
Djangoとかでも各コンポーネントがどんな働き方してるか程度はわかるだろうしそれで十分。
余力があれば複数個触ってみたり、人から勧められたらそっちでも。
最近はサーバーレス&NoSQLが流行ってるのでFirebaseとかもやればいいと思う。
に尽きる。
計算量を気にしなかったせいで線形検索メソッドとfor文を組み合わせて
それらに対して分散や非同期処理で解消しようとするとか、
ちょっとでもアルゴリズムを触った人ならアホらしいなって思うような行為を
計算量を意識するだけなら、AtCoderのABCのC〜D問題辺りが解ければ十分。
有名な脆弱性や攻撃手法は、ほとんどフレームワーク等で解決手段が用意されている
のでアドリブをせずに正しい書き方でやれば良い。
開発現場でもセキュリティリスクがある箇所を1から自前で実装することを経験が浅い者にはやらせないので、
ただただ、フレームワークが正しいとしているやり方をなぞるのが良い。
開発の勉強のやり方としては、
・正しいコード見本を手に入れること
この辺りの習慣があればやってけんのかな、
その他、チーム開発って面では
TeamGeek(人間性)とかインプットしておくと共通言語が増えて嬉しい。
この方向で進めてけば、その途中で正の生産性≒足引っ張らないぐらいになれるので、
そしたらやってけるんちゃうーって感じ。
取り上げた技術は、本格的な開発でも役に立つもので、最も学習コストが低いものを選んだ。
重要度が低いものは載せていない。たとえばHTMLとCSSなんてググりながら書けば全く問題ない。Bootstrapなどのフレームワークも全くやる必要はなく、仮に就職先で使っていたら覚えればいい。
逆に言えば以下に挙げる技術は、そもそも概念自体がプログラミングにとって普遍的なものであり、(基礎的な部分を)調べながら使うようではエンジニア失格ということ。
基本的に現在では、バックエンド・フロントエンド・運用保守全てができないエンジニアに価値は無い。
以下に挙げた技術(①⑤⑥は他の言語やフレームワークで代替可能)が身に付いていなければまともな企業に就職することは難しい(もちろん、下らない業務システムを下請けで作ってる底辺企業には入れるだろうが)。
経験者でも、これらができない/わからないのは、相当恥ずかしいことだと思った方がいい。
特定の言語やフレームワークの書き方を知っていること自体に意味は無い。
重要なのは、他の言語やフレームワークにも共通する基礎を理解すること・保守性やセキュリティなどの品質を高める使い方ができること。
この2つは習得が容易だし、今覚えておけば向こう10年腐ることはないだろう。
基本的な構文や、よく使う標準ライブラリは勿論、高階関数・クラス・非同期処理等の発展的な機能も知り尽くしていなければならない。
言語のみではなく、パッケージ管理、単体テスト、タスクランナー等の周辺ツールの使い方も熟知している必要がある。
また、「リーダブルコード」や「コードコンプリート」に書いてあるような良い作法も身に付ける必要がある。
Gitを使えないのはプログラマーとして論外。細かい機能は調べればよいが、
多くの場合、本番環境やテスト環境はLinuxサーバーであるから、以下のような基本的な概念と使い方を知っておく必要がある。
環境構築、CI、デプロイなどは、現在コンテナを使って行うことが当たり前になっている。
これも細かいことをすべて覚える必要はないが、Dockerfileの書き方や、docker-composeの使い方などは知っておかなければいけない。
Flaskは、数あるWebフレームワークの中で最も簡単。本当に呆れるほど簡単で、Pythonさえ書ければすぐにアプリを作れる。
フレームワークを覚えること自体が重要なのではなく、Web開発の基本を習得することが重要。HTTP、ルーティング、データベース、SQL、認証、セッション管理などは当然すべて覚える。
データベースは、就職したらMySQLやPostgreSQLなどを使うことが多いかも知れないが、今はPythonの標準ライブラリにあるSQLite3を使えば十分。
作ったアプリを公開したければ、「Heroku」などにデプロイするのが良いだろう。
ブコメで指摘をいただきました。HerokuではSQLite3は使用できないようです。公式のドキュメントに従ってPostgreSQLを使用して下さい。
SQLite3はファイルにデータを持てる簡易DBなんだけど、Herokuにデプロイしてもストレージ的な使い方はできないから、結局PostgreSQLを使う必要あるから注意してね。(DAOを丸ごと書き換える羽目になる)
参考: https://devcenter.heroku.com/ja/articles/sqlite3
今の時代、フロントエンドをフレームワークなしで作るのはただのバカ。
2021年現在、実用的なフロントエンドのフレームワークはReactとVueしかない。Vueの方が少し簡単なのでこちらを選んだが、JavaScriptをしっかり理解しているなら大差は無い。
フロントエンドには膨大なパッケージ群があって全部覚えるのは大変だが、とりあえずまずはVueを完璧に使えればいい。Webpackの設定などは既存のものを流用すればいい。
アルゴリズムは全てのコンピュータ技術の基礎であり、絶対に知っていなければならない。
高速フーリエ変換のような高度な数学は必要ないが、クイックソートや木構造のような基本的なアルゴリズムは当然、その性質を知っていなければならない。
それらは言語の組み込み関数や標準ライブラリでも使われており、理解していなければ、それらの機能を正しく使うことができない。
また、プログラムを読み書きする際には、そのコードの計算量を見積もれなければならない。
セキュリティは言うまでもなく学ばなければならない。
有名な脆弱性や攻撃手法(XSS・SQLインジェクション・CSRFなど)が何だか理解していて、その対策を実装できなければならない。
各種暗号化技術や署名などについても、実装の詳細は知らなくていいが、共通鍵暗号や公開鍵暗号などの特性は理解する必要がある。
もうすぐ年末年始休暇も折り返しに差し掛かるので軽く振り返ってみる。
作っていたウェブアプリをJavascriptからTypeScriptに移行した。
自分はこのウェブアプリに関して『自分の死んだ後も変わらず動作し続け、後世の奇特な人が気が向いたらメンテ出来る』ことを目指しているので、できるだけフレームワークなどは利用せずpureなJavascriptで実装していた。最初はjqueryを使っていたが廃止し、bootstrapも使っていたが廃止し、Vue.jsで作り直したものも本番投入せず廃棄した。他のウェブアプリで新しい技術を試すことはあっても、このウェブアプリだけは徹底的に保守的なスタンスを貫いてきた。でもここ数年の流れから言って、TypeScriptなら将来的にも大丈夫かな、と思えて来たので、満を持してのTypeScript化。
イベントの実行順序などで多少苦戦したものの、それ以外は大きな問題もなくTypescriptで再構築することができた。
あーやっぱり型があると良いね。画面制御と描画処理が今まで1つのモジュールでやっててそれを何とか解消したかったんだけど、型が入ることでそのリファクタリングを安全に行うことができた。描画周りが分離できたんで、そこだけvueなりreactなりに再挑戦するのもアリかもしれない。どっぷりフレームワークに浸かるのは避けたいけど、部分導入だけなら後で捨てるのも容易になる。捨てるのが簡単ならちょっとくらい試しても良いかもしれない。
Google App Engineで動作している自分のサイトをPythonからGoに移行した。
サーバーサイドではほとんど何もやっていないので別にPythonで不便はなかったんだけど、インスタンスの起動がGoの方が早いらしいので、Goに移行することにした。起動が早ければ待機させるインスタンスの数を抑えられるので、費用の低減を図れる。Goで作り直すと言ってもほとんどが静的なhtml。手作りbootstrapからhugoに移行して、サーバーじゃないとできない最低限の処理をGoで書き直し。素人感丸出しのサイトが、hugoのテーマのお陰でそれなりに見栄えのするものになった。
問題は、実装可能性が乏しいデザインが多くてエンジニアからのフィードバックが膨大に必要だとか、画面サイズや内容の可変への考慮が浅いとか、そういう所では。
単にB2Bな業務システムなら、フォトショ使うまでもなく、ポンチ絵だけレイアウトしてあとはbootstrapなりbulmaなりmaterial-uiなりでいいだろって話ならまぁわかる。
…が、お前そこまで有能でもないよね。書いてる内容で分かる。他人disるほどデザインわかってる?
まぁこう言われると「俺はエンジニアであってデザイナーじゃないから」って言うんだろうけど、デザイナーも「私はデザイナーなのでHTML/CSSは私の仕事じゃないです」って思ってんだよ。
DTPからweb移行でももうちっとあるでしょなAdobe知識がないうえ、ワイヤー作ってくださいも最初通じずなんでもいいからデザイン出してって出てきたものに沿ってざっくりbootstrapで手抜きして組んだら
てめえPC/SPでデザインよこせつうたのに出てないし、aiのと異なる口頭での文字サイズがもっと大きい小さいのがいいとか舐めてんの?そう言うこだわりあるなら自分でコーディングするか人にちゃんと指示しれや
つかaiから画像の切り出しアセット関連の機能も知らず解像度てかサイズたりてねえっての
で、もらったデータはやつしか持ってないモリサワフォントでOLかけたのと元のとでLPなんこもつくるそれ×2とかで、全部同じファイルのアートボードに入れてよとかデータ作りからコケてるからデータもらった後にこう作って欲しかったとかできないじゃん
そこまで指示されるデザイナーってなに?素人?自称webデザ?つかデータ作るときに聞けよ
って期待してんのがクソか?ハァー
ジョー氏にはサイトが機能してればそんな細えこたあいいんだよって言われてるし締め切りも迫ってるから目先の制作をあげるの優先で本人はコーディング丸投げして暇になったからなんか仕事ある?って聞いてるんだーとか聞こえてんだよクソが
って言う愚痴です