「Bootstrap」を含む日記 RSS

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

2024-05-12

Droomから一生退去できなくて困っている【ほぼ解決

【TL,DR】


【注意】


【序章5/13】

来月引越しをするので大和アパートから退去することになった

大和アパートは2回目だから前回と同様にスムーズにいくはずだったが、まさか契約者番号ではじかれるという意味不明事態となった

ダイワリビングは去年あたりから解約に関してそれまでの手続きサイトから別のサイト手続きをする仕様になっている

その新しいサイトがあまりに使えない

契約番号の具体的な場所が明記されていないからだ

紙の契約書や旧サイトの番号も違う

サイトIDでもない

それっぽい「SMSを見ろ」というメッセージに従っても書いていない

あらゆるページを確認するもどこにもヒットしない

特に意味が分からないのは、契約番号を入力するところに「上部賃貸契約番号を入力」とでているが、そもそも上には何も書かれていない点

当然、そこに契約書に書かれている番号を入れてもヒットしない

唯一わかっているのが7桁なだけ


当然問い合わせているけど、ダイワリビングは数年前から極度に対応が遅くなっているので、下手すると数か月単位で待たされる

最寄りの営業所は終日連絡がつかず、ほぼ無人状態

たか契約番号を知りたいのに、なぜ問い合わせが必要なんだ

これで退去日を大幅に過ぎてもその分だけ請求されたら普通に訴えるレベル

こんなひどいシステムを作っているところと早く分かれたい

というか引っ越しさせてくれ

追記5/13】

わかったことがある

恐らく契約番号が解約サイト(新My-Droom)のIDと紐づいていない

試しに以前住んでいたアパート契約番号を入力したら、解約申請中と出た

以前住んでいた大和リビングアパートをA、今住んでいるのをBとして

Aは何故か解約サイトと紐づけられて認識されているけど、Bはそうではないということだ

解約したいはずのBは元々存在したMy-Droomでは情報が出てくるが、それと直接関係のない新My-Droomには載っていない

ようはこれらの新旧サイトがうまく連携しておらず、古い情報だけ残っているから俺は一生解約ができない


なぜこうなってしまうのかは予想がつく

新My-Droomのサイトは「氏名・生年月日・電話番号」だけを入力して登録する仕組み

まりこの時点で現在住んでいるアパート情報自分名前等と紐づいていないと、いくら契約番号を打ってもヒットしない

普通契約者番号に各種契約者や電話番号がぶら下がっているはずだけど、ダイワリビング場合は氏名や電話番号の持ち主をキーにしているらしい

この主キー現在のBの物件がぶら下がっていないので、永遠にヒットしないわけ

たぶんシステム担当者登録時に氏名や生年月日等が間違っていたんだと思う

契約者側にとっては契約番号等を調べる必要がないか安全に思えるが

そもそも業者側が入力ミスをしているかデータを紐づけていないということになればこんな事態になるんだよな

担当営業所とはここ数か月まともに電話も通じていないので、おそらくこの非常事態にも対処できないと思う

というか本社担当者にこの状況を説明しても通じるとは限らないんだよね

ダイワリビングって3年ほど前に組織編成があって結構変わったらしいので、昔のようなきめ細かいサポートは一切ないと思う

というか解約ができないって訴訟に発展しそうだけど大丈夫か?

【原因判明5/14】」

結論IDが2種類あった

以前のアパートAと現在アパートBで何故か解約専用のサイトIDがそれぞれ作られていて、自分はAのIDで入っていたか無効になっていた

理由は単純だし自分に落ち度がある

ID管理は徹底しないといけないな

しかそもそもダイワリビングUIUXが酷すぎることを無視はできない

松屋タッチパネルが分かりづらいと一時期話題になったが、そんなものを遙かに超えるえげつない仕様



契約物件によってIDが異なるのはまあわかる

ただし、解約専用のサイトを合わせると計4つも必要となるのはどう考えても混乱の元だ

しかも解約サイトは単に契約番号を入力して解約するもの申請する機能くらいしかなく、マイページ等に住んでいる建物情報とかがあるわけではない

Amazonも大概分かりづらいけど、少なくともそのアカウントが何を買ったりしているかは分かるようになっている

ダイワリビングのはわざわざ解約専用サイトを作っておきながらそこを見ても何も分からない

これが自分が混乱した一番の原因だった

エラーメッセージも明らかに不親切だし、IDが2つあることを理解しても探すのが非常に大変だった

結論大和ハウスのDroomの契約システムは悪すぎるので自己防衛するように


【第2ラウンド5/14】

IDはわかったし解約作業に進めた

さて入力がだいたいすんだね

あ、退去日は日曜で申請したけど駄目なのね

土曜日にするか

じゃあ最初に戻ってやりなお……「解約申請中のため再申請できません。申請内容を修正したい場合担当営業所へご連絡ください。」


ちょっとまてやおまええーーーーーー

解約申請UIもかなり酷いのだが、そもそも俺は解約申請の内容を保存をしただけで申請ボタンを押した記憶は一切ないんだが???

その証拠メールに解約の通知が来ていない

内容を一度保存したらその後の修整を一切受け付けないし、あまつさえサイトを使えないか営業所にいけだと?

おまえんところの営業所日中ほぼ不在だしどうやっても連絡つかないんだよ

というか何で、申請中途半端なのに受付終了しているんだ?????

さっきから殺気が止まらんのだがどうしてくれる?????

解約申請専用のサイトなのに解約申請死ぬほど難しいってKFCでもこんな下手くそシステム作ってないぞ

なんなんだよ、解決したはずが完全にフリダシじゃないか

もう二度とDroomつかわな

【幕間】

なんか伸びているけど、結局は営業担当電話することでしか解約できそうにない

というかその営業と繋がらないってのが困っている

なんで?

繋がらないかシステムでやろうとしたらフリダシとかまじで労力の無駄

なんだこの罠の多さ

解約詐欺ってのがあるけど、これは純粋システムが酷すぎるだけ

【補足】

色々言われている中で「不動産屋に行け」というのがあるね

その不動産屋もとい仲介業者がその営業所なの

ダイワリビング管理している(たぶん)している物件を街の不動産屋ではなく、直接営業所を通した契約しています

なので今回の場合は、不動産屋=ダイワ営業所



【第3ラウンド】

さて良いお知らせと悪いお知らせがあります

まずは良いお知らせから

とりあえず営業所には電話通じました

あちらも忙しかったのでしょう

頑張ってね

自分も少し配慮すべきだった


悪い知らせは、そこはもう賃貸関係やっておらず、中央オペレーターに繋ぐよう言われたことです

そこ、繋がらないんだよな〜

もうさ、町の不動産屋通じていないかオペレーターと話すしかないんだよ

内容証明送るにしてもどこだよって感じ

まだまだ続きそう


【ほぼ解決

とりあえずオペレータに繋がって、現時点で解約申請完了していることが分かった

正直、あの画面で申請完了しているとは全然からないんだけど、ショートメッセージを見たら確かに受付済みとなっていた

立ち合いの日程は変更可能なようだけどそれは別に営業所から連絡来るらしい

なので一応解決

自分勘違いもあったので全てがダイワリビングのせいではない

また自分のようなケースに該当しない人もいるだろう

ただ、やはりあの解約サイトの作りはとても悪いと思う

改善点がいくつもあるので列挙していく



結論

このサイト作りかけだと思います

素人からみても即興Bootstrapで作ったような見た目と、きちんと仕様理解しないで動けばよいやの精神実装したと思われる杜撰UI

これらを解約したいというたった一度きりの行為のために熟知して使いこなすってのはやばいでしょう

マニュアルヘルプ機能が充実していれば良いんですが、全然いか役に立ちません

2つサイトがあるのは契約関連全般を新しいシステム統合する過程なのかもしれません

しかそもそも従来のサイトスムーズにできていたことをわざわざ分ける理由利用者にはありませんし、解約システムだけで全て完結もできないので無意味システムです

きちんと統合するかしてほしいです

※なんと夏頃に統合されることが決定しました。まじで一番厄介な時期にあたったみたい

また、この解約システムの苦情は営業結構件数受けてるらしいですが、改善する気がなさそうです

末端が被害を受けるのはいつでも変わりませんね

営業所さんには電話でねーって言いましたが、あれから2回くらいやって繋がりましたし、問い合わせにはきちんと答えてくれたので大変助かりました

ありがとうございます

そしてダイワリビングちゃんと改修してくださいね


オチ

これで追記最後

なんだかんだ言って解約申請スムーズにいったのはちょっと驚き

というか何千件と扱っている大手マンパワーで何とかしちゃえるんだろうな

やはりというか営業所もこのシステムの評判の悪さは重々承知らしい

さら自分場合契約した営業所賃貸業務から撤退して問い合わせ先が変わるという珍事にも見舞われるし、過去にDroomの契約があったりとよくない条件が色々とそろっていた

いろいろと調べて解約周りの情報が出てこなかったけど、ほとんどの人は解約なんてのは興味ない作業だし、多少不便でもスルーするからでしょうね

ほとんどの人は「いくら退去費用請求された」や「建付けが悪い」という部分だけ見ているので、こんな解約システムがよくないとか書くわけがない

まあ文字だけでは伝わりづらいけど、やってみればわかります

イライラするし細かい部分が本当に手抜きだし

解約詐欺と言えば導線が複雑で一向に解約につながらないという、狙った悪意が問題になるけど、今回のは単純な手抜きや未整備の問題なのでそれ以前かと

というわけで全人類みな大和のD-roomを人生で一度は契約しよう

ああ、これでダイワさんともおさらばですか

寂しいな

??「えっと、君が買った戸建てね。あれ、ダイワハウスの建物から

………

ダイワハウスさん、これからよろしくお願いします!

2024-03-01

40手前、漫画家を辞めて転職しようと思うのですが、まともな職業転職することは可能ですか?

冠婚葬祭以外でスーツもろくに着たことのない人間が、まともな職業転職することは可能ですか?



フルデジタルで絵を描いているので、PC周りのスキル器用貧乏な感じなのですが、

その道のプロというほど使いこなせるかといえばそうでもないため、40代から転職で役に立てる気がしません

2023-12-26

anond:20231226180912

それはそうとTailwind CSSとか流行してるけどマジなん?って感じなんですけど

なんか、HTMLclassが膨大に長くなって、本筋のロジックな部分が見づらいのなんの…

画面ダサくてもBootstrapでええわ

でも、Laravelとか前提にしてんのな…

JavaScript進化して、jQuery必要なくなったしなぁ

変化だけ激しいよな、Web

本質TCP/IPだのは、そんなに揺らがないのに

インフラ行けば良かったのかなぁ

羽振りがいい人も多いし

2023-06-25

TailwindCSSを見ていて思ったこ

やっていることはStyleへの直書きと同じだし、Styleに直書きしたほうがライブラリへの依存が少なくなるしいいんじゃないか?とか思った。

そのうちBootstrapみたいなクソデカ負債になるかもしれんし。

2023-01-20

Twitter bootstrap

サードパーティ締め出しとかみていると、もう怖くて使えねーよなー。

少なくともメジャーバージョンアップはもうされないだろうし。

 

Tailwindとかに乗り換えかな。

2022-10-01

BootstrapjQueryを使ってると聞いてゲロ吐きそうになった

Tailwindにするべきかなあ

2022-06-14

ベンチャー企業就職させられて後悔している

自称ベンチャー企業に来て後悔している、というか恨んでいる。自分のいたベンチャー企業なんて、反社会的勢力 隠れ蓑しかなかった。そこで得たもの、というものはなくて、むしろ父親学歴情熱を失った。 だからベンチャー企業とか NPO なんかに社会的価値見出し入社する必要なんてない、むしろ新卒採用では JTC に入れよーという話をしていこうと思う。

スレ

https://anond.hatelabo.jp/20220613020726

https://anond.hatelabo.jp/20220614002648

です。

国立医学部を目指して多浪挫折したあとに入った大学早慶未満マーチ以上の偏差値大学だった。そのため、周りは年が若くなじめないままサークル勧誘期間が終わってしまったのであった。まちがいなく大学内では浮いた存在であったし、自分も馴染む気がなかった。当時の言い方をするならば「ボッチ」であったか大学に入ってすぐに、一緒に入学した同期の入るだろう会社には入社できないのが自覚できたので、授業が終わったら大学図書館 or バイト先にそそくさとむかっていた。幸いにして、高校時代プログラミング部活でしていたので、どこにいっても「卒業したら、うちにこない?」と言ってもらえた。自分富士通とか野村総研なんかは年齢制限で入れないけど、飯を食べるには困らないだろうな、という確信はその当時に得た。大学情報工学の内容は高校時代習得した内容よりも劣っていたので馬鹿にしていたのは、後でボディブローのようにこの怠慢は効いてきた。ここまで書くと大凡スキルコーダー程度であることは察していただけると思う。当時に十分にかけていたのは Ruby, JavaScript, Java, PHPObjective-CMySQL といった応用領域ぐらいで、大学でやるような R や Haskell なんかの基礎領域習得してないで、アルゴリズム勉強はさっぱりだった。まぁ、あんまり優秀な学生ではなかったと思うが、それでも情熱はあったとは思う。真面目な学生ではなかったが、教授には可愛がってもらった。

これが、当時の自分の心境とスキルである。ここから冒頭に書いたような人生スタートする。あれは、記憶が正しければだけれど、twitterリプライだっただろうか。当時の自分他人設計書を基本として書くということにうんざりしていた。いつの日にか自分の書いたコード上場するという目標のために本物のベンチャー企業上場する時を共にしたいというのに、どうやったらそんな会社を見つけ出し、入り込めばよいのか皆目見当がつかなかったのだ。それで、twitterアカウントを手がかりに、あらゆる募集サイトに「プログラミングする企業に入りたいです」という書き込みをした。なんなら、増田にすらその書き込みをした。それで、色々な人から「うちに来ない?」というリプライをいただいた。正直、嬉しかった。それで、そのうちから「選ぶ」という選択をしなかったのは間違いだった。当時の自分は、それをせずに「サイバーエージェントに紹介しますので、とりあえず勉強会に来ませんか?」という書き込みをみて、ふらふらと雑居ビル一角にある共有オフィスへと出向いてしまったのだった。タイムマシンがあればこの日に戻って止めると思う。それぐらい後悔する日々が始まるとは当時は思わなかった。

もうすぐ真冬になろうという頃、「サイバーエージェント正社員になれるかも」という期待で、列車に揺られて前記のビルへ向かった。期待とは裏腹に、妙に古臭いビルであった。ベルを押して、勉強会だという部屋に通してもらうと、若い学生たちがそこにいてプログラミング勉強しているという。正直、自分医学部さえ目指さなきゃこういう生き方もあったのだろうな、とは羨ましく思った。自分オファーしたという人(O氏)は、この勉強会の座長だという。「私は人工知能研究しており、アメリカ博士号を取得した『天才数学者で、日本を活気づけるために母国にもどり、この会社を立ち上げました」という。サイバーエージェントではないらしい。あれ?、とは思った。まぁ、無下にはできないので、そこで課題を出されたのを5分ぐらいで終わらせた。伊達に何年もプログラミングをしているわけじゃない。ループで書くべきところを、再帰で書いた。すごいでしょ、オレっちとね。「できました、見てください」というと、O氏はこう言い出した。「ナニコレ?」とO氏。「ええ、再帰ですよ、漸化式みたいな?」と自分。出力は合っているので、O氏も認めざるを得なかったらしいが顔が険しくなっていく。どうも機嫌を損ねたらしい。そうすると、O氏は自分を別室に呼び出して「履歴書は?」と聞いてきた。「勉強会ですよね?」と返すと、「いいから、履歴書!」と言う。にっちもさっちも行かなくなったが、共有オフィスの他社の中国人職員の方が機転を利かせて仲裁してくれた。「そんなに言うのなら、彼にポートフォリオを作らせてみて評価してはいかがでしょうか」と。

イライラしながら帰宅したあと、もう二度と見たくもないO氏の顔とサイバーエージェント正社員というものを天秤にかけたとき、やっぱりサイバーエージェントにいきたいなーと思った。というか、実は当時に DMMオファーもあったのだけど、サイバーエージェントの方が良いと思って辞退した。このクソ人間(O氏)を認めさせたら、サイバーエージェントで働けるというのは魅力的だった。それで、Android(Java) + iPhone(Objective-C) でマルバツゲームを作り、 Bootstrap + jQueryRuby on Rails と MySQL で集計させてスコア比較させる、そしてサクラVPSCentOS運営するというプロダクトを持っていった。時代を感じますね。閑話休題。ソレを持っていたら、O氏は今回は前回と性格が違った。いきなり、怒鳴りだすのだ。ポートフォリオを見ないで。いわゆる「良い警官・悪い警官」というやつをやろうとしたのだろう。当時はそれがソーシャルエンジニアリングだと気がつけなかったが、いま思えば以前からナンパとかで良い思いをしていたのだろう。後で書くが、彼はロリコンだ。専門に人工知能を掲げているが、本当はチヤホヤされたいだけで自分努力せず、インターン学生にタダでプロダクトを作らせて「弊社は凄いです!」「あわよくば上場して金と名誉はゲット」、そんでもって若い学生インターンセックスしたいという真正クズ野郎だった。自分の深層意識で「こいつはヤバいやつだ」というアラートはビンビン鳴っていたが、「サイバーエージェント正社員」というニンジンが目を曇らせた。

そのあと、一月ぐらいはそのクソ会社でタダで自社サの修正をやっていた。こんなのもできねーのと思いながら。ある日「別の会社に行こう」といわれ、面接をうける。なぜか O氏も同席で。話を聞いていると、派遣させられるらしい。派遣登録もしてない会社が。「サイバーエージェントじゃない!」と抗議をすると、「俺に恥をかかせるのか!東京で働かせなくするぞ!」と脅され、派遣きまったあとで、履歴書を無理やりかかされた。給料ホームページに書いてあった額の半分、社会保険は無し、年金もなし、保険書もなし、という最悪な条件だった。派遣先はキツかったが、優しかった。それに、派遣当日から転職オファーをもらった。記憶が正しければ、平日に働いて、土曜日は帰社日日曜日勉強会に出席という日々だった。本当に休む暇がなかった。平日はほぼ終電だったのに、土曜日東京の端っこにこいとか、日曜日勉強会だから出席しろ、とか本当に辛かった。それでも派遣先の会社には迷惑をかけたくなかったので、期間が終えるまでは必死に働いた。そして、O氏から逃れるために「あなたとは信頼関係が築けない」という文を書いて退職した。そのあと、自分大学にも行かないで、別の会社就職した。あと、O氏は給料を払わなかったので、辞めた後に圧力をかけて支払ってもらった。

プログラミングスキルは働いてもスキルが付くということはなく、自学自習を続けないと上場するのに必要スキルは身につかないというのもわかってきた頃、父が死んだ。事故死だった。自分医学部に行けなかったことの申し訳のなさに、東京大学に行った後は父を邪険に扱っていた。とても後悔した。それで、半年ぐらい真面目に勉強して私立医学部入学し、医学部生として留年しない程度には進級はした。しかしながら、ふと寝る前に「プログラマーでいたかったな」と思うことは毎日のようにある。もう医師になるつもりで、プログラマーに戻るつもりは無いが、それでもプログラミングのことは好きで、毎日時間時間をつくって勉強している。好きなんだよな、プログラミングが。

最後に、O氏についてだ。あまり犠牲者が多すぎるのでネット上で事実を書いていったら、裁判所から開示請求が来てしまった。だからここでは本名と社名は書けない。だけれども、若者たちに「ホイホイベンチャー企業にいくと辛い目にあうかもよ?」っていう事例を例示しなきゃ、とは思うので「ヤバいベンチャー企業実態」について書いていこうと思う。



...という感じ。だから基本的ベンチャー企業に期待しないほうがいいよ。下手をすると、犯罪の手助けをするようなつらい思いをするよ。もし、仮にベンチャーに行くなら、高給かストックオプションマストで行こうね。おじさんとの約束だよ。

2022-05-16

anond:20220516155153

しろ逆やろ。WEBエンジニアなんて皆

Bootstrapの小綺麗だけど適当な見た目で良いと思ってるで。

2021-08-29

やりたいことがあるのに、ハードルが高い

最初結論から書くと、「データサーバーとやりとりする掲示板のような機能実装に1年かかっても取り組めていない」

  

webサイト作りがむずかしい

個人的目標があり、非IT系だが、webサイト作りをやってる。

自分IT系仕事ではない。

しかし、なんとかVue.jsで静的サイトで動きを出したり、BootStrapでタブを作ったりすることはできる。

Firebaseで静的サイトや、AWSでS3にサイトtmlを置いて公開することもできる。

しかし、そこからハードルが高い。

掲示板機能を持たせるには、投稿データを保存したり表示したりする必要がある。

そうなると、さーばーか情報を読み出すべきだが、そもそもサーバー情報をどうやったらためて置けるかがわからない。

ails場合セキュリティーが怖いからやめておきたい、できればクラウドサーバー機能をそのまま使いたい。

クラウドサーバーデータ投稿したりクラウドサーバーから読み出す機能もっと簡単にならないかなあ。

Udemyや本を読んでも、なかなかできるようにならないです。みなさんどうしてます

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など)が何だか理解していて、その対策実装できなければならない。

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

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

2020-12-30

もうすぐ年末年始休暇も折り返しに差し掛かるので軽く振り返ってみる。

26日~27日

作っていたウェブアプリJavascriptからTypeScriptに移行した。

自分はこのウェブアプリに関して『自分の死んだ後も変わらず動作し続け、後世の奇特な人が気が向いたらメンテ出来る』ことを目指しているので、できるだけフレームワークなどは利用せずpureJavascript実装していた。最初jqueryを使っていたが廃止し、bootstrapも使っていたが廃止し、Vue.jsで作り直したものも本番投入せず廃棄した。他のウェブアプリで新しい技術を試すことはあっても、このウェブアプリだけは徹底的に保守的スタンスを貫いてきた。でもここ数年の流れから言って、TypeScriptなら将来的にも大丈夫かな、と思えて来たので、満を持してのTypeScript化。

イベントの実行順序などで多少苦戦したものの、それ以外は大きな問題もなくTypescriptで再構築することができた。

あーやっぱり型があると良いね。画面制御と描画処理が今まで1つのモジュールでやっててそれを何とか解消したかったんだけど、型が入ることでそのリファクタリング安全に行うことができた。描画周りが分離できたんで、そこだけvueなりreactなりに再挑戦するのもアリかもしれない。どっぷりフレームワークに浸かるのは避けたいけど、部分導入だけなら後で捨てるのも容易になる。捨てるのが簡単ならちょっとくらい試しても良いかもしれない。

28

仕事。みんな割りかし休んでるし、自分有給取れば良かった。

29日30日

Google App Engine動作している自分サイトPythonからGoに移行した。

サーバーサイドではほとんど何もやっていないので別にPythonで不便はなかったんだけど、インスタンスの起動がGoの方が早いらしいので、Goに移行することにした。起動が早ければ待機させるインスタンスの数を抑えられるので、費用の低減を図れる。Goで作り直すと言ってもほとんどが静的なhtml手作りbootstrapからhugoに移行して、サーバーじゃないとできない最低限の処理をGoで書き直し。素人感丸出しのサイトが、hugoテーマのお陰でそれなりに見栄えのするものになった。

2020-12-13

増田に対抗してケン匿名ダイアリーを開発してみた

ちゃんねるの嫌儲板住民で集まる匿名ブログ

https://kenmod.demupa.net/

仕様は多分割と劣化版だけど今のところは登録不要で気軽に始められるのと住民層がケンモメンというところが差別化ポイント

ユーザー投稿型なサービスはどんなに優れたシステムであってたとしても住民層によって空気は大きく変わるので、最近はてな見て疲れるなぁと思うことが増えてきたこともあっていっそ作ってみた

開発は原点回帰してbootstrapJSフレームワークも使わない軽量仕様

まあでもこのくらいのサービスでも階層的な返信機能結構実装が面倒だったなぁ。

多分ここと違ってひっそりやってくと思うから嫌儲はてな民がいたらよかったら使ってみてねー

2020-11-09

anond:20190110011902

いや普通にフォトショデザインするだろ…

問題は、実装可能性が乏しいデザインが多くてエンジニアからフィードバックが膨大に必要だとか、画面サイズや内容の可変への考慮が浅いとか、そういう所では。

単にB2B業務システムなら、フォトショ使うまでもなく、ポンチ絵だけレイアウトしてあとはbootstrapなりbulmaなりmaterial-uiなりでいいだろって話ならまぁわかる。

…が、お前そこまで有能でもないよね。書いてる内容で分かる。他人disるほどデザインわかってる?

まぁこう言われると「俺はエンジニアであってデザイナーじゃないから」って言うんだろうけど、デザイナーも「私はデザイナーなのでHTML/CSSは私の仕事じゃないです」って思ってんだよ。

結局お前がその程度だから、その程度のやつと一緒に仕事してんの。

2020-10-14

会社コーディングできない自称webデザが本当に苦手な話し

DTPからweb移行でももうちっとあるでしょなAdobe知識がないうえ、ワイヤー作ってくださいも最初通じずなんでもいいかデザイン出してって出てきたものに沿ってざっくりbootstrapで手抜きして組んだら

文字サイズが〜余白が〜改行が〜

てめえPC/SPデザインよこせつうたのに出てないし、aiのと異なる口頭での文字サイズもっと大きい小さいのがいいとか舐めてんの?そう言うこだわりあるなら自分コーディングするか人にちゃんと指示しれや

つかaiから画像の切り出しアセット関連の機能も知らず解像度てかサイズたりてねえっての

で、もらったデータはやつしか持ってないモリサワフォントOLかけたのと元のとでLPなんこもつくるそれ×2とかで、全部同じファイルアートボードに入れてよとかデータ作りからコケてるからデータもらった後にこう作って欲しかったとかできないじゃん

そこまで指示されるデザイナーってなに?素人自称webデザ?つかデータ作るときに聞けよ

って期待してんのがクソか?ハァー

で、「コーディングできないからァ」じゃねえわ、手前がやれ

ジョー氏にはサイト機能してればそんな細えこあいいんだよって言われてるし締め切りも迫ってるから目先の制作をあげるの優先で本人はコーディング丸投げして暇になったからなんか仕事ある?って聞いてるんだーとか聞こえてんだよクソが

って言う愚痴です

2020-01-20

anond:20200118204308

結局自己解決しました。。。

Flotr2でグラフを描画する処理はウェブページの他の要素を全部読み込んでから実行する必要がありました。

多分Flotr2がグラフを描画した後にbootstrapがそれを上書いてしまったのだと思います

まり、onloadイベント処理で描画を実行することで解決しました。

2019-06-19

今更ながらBootstrap使ってみたけど

結構覚える事いっぱいあるな…。

サクッと管理画面とフォーム作ろうとしたけど、思いの外歯痒い。

最初Bootstrapに全部依存させて書き始めたけど、依存しすぎてかえって考えずらくなってしまう。

初めて使うフレームワークを使うとよくある事だけど、サーバーサイドと絡む所とかビルド設定で頭パンパン

使いこなしている人はすごいよ…。

2019-01-27

anond:20190127023504

例えばBootstrapベーステーマなんてそこら辺にフリーで転がってるし、お金を出せばもっとかっこいいテーマが手に入る。

才能や時間がないなら金を費やすのだ。

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