  |
はてなキーワード: モダンとは
私は昔から掲示板が大好きで、インターネットに初めて触れた時も、掲示板で多くのことを学び、自分自身の情報リテラシーの向上にもつながりました。現代の日本ではTwitterのような流れ型のSNSが流行しており、あれにはあれの楽しさがあるものの、私はやはり一つのトピックを中心にじっくりと話し合うほうが好きです。
しかしながら、残念なことに日本の掲示板文化は消えつつあるように感じています。その理由はおそらく二つあると考えています。
まず一つ目は、メジャーな掲示板がUI/UXを改善していないことです。正直に言って、2chや5chのUIは使いにくいと感じます。もちろん、専ブラを使えば多少改善されますが、新規の利用者にとって「専ブラとは何か？」という疑問が生じます。ウェブのUIはあまりにも新規利用者にとって不親切であり、その結果、使い慣れた人しか使い続けない状況になっています。
二つ目は、完全匿名による治安の悪化です。多少過激な冗談ならば笑いを取ることもできるかもしれませんが、スレッドが暴言で埋め尽くされると、慣れていない人にとって非常に不快に感じることでしょう。
そこで、私はこれらの問題を改善できるような掲示板サービスを作ってみました。UIはよりモダンで使いやすく設計し、登録ユーザーは投稿やコメントに対して投票できる仕組みを導入しました。これにより、良い内容の投稿やコメントは上位に表示され、不適切な内容は下位に押しやられるようになっています。
最後になりますが、ちょっとした宣伝をさせてください。リンクはこちらになります
↓
🟢ハッカーがファイザー、モダン、ファイザーのサーバーを破壊！ハッカーのおかげで、すべてのワクチン死亡データがすべての企業から公開されました！
👍👍👍👍👍👍
✳️朗報です!!!!
ハッカーがすべての製薬会社に侵入し、ワクチンメディアのデータをすべて盗みました。ありがたいことです！大覚醒が始まりました!!! このリンクをどこにでも転送してください!!!!🌈🌈🌈🌈🌈🌈🌈
各バッチ/バッチ番号に関連付けられた死亡数と障害数を示します = あるバッチ/バッチと別のバッチ/バッチの相対的な毒性の比較を示します
[「バッチコード」=「バッチ番号」=ワクチン接種カードに記載されている番号。]
以下に記載されているライブリンクを確認できるサイトhowbad.infoへのリンクです。サイトがダウンした場合に備えて、できるだけ多くの記事をダウンロードして保存してください!!!
howbad.info/moderna.html
howbad.info/pfizer.html
howbad.info/janssen.html
✅Moderna（米国外）howbad.info/modernaforeign…
✅Pfizer（米国外）
howbad.info/pfizerforeignd…
✅Janssen（米国外）
howbad.info/janssenforeign…
❌❌❌❌❌❌❌❌❌❌
毒性の変動
これは非常に重要
製薬会社がハッキングされ、これらのバイアルが原因で会社ごとに死亡者数、病人数などが判明
開示。すべての患者に知らせてください!!!
x.com/poripara3699/s…
とあるラピュタの考察で「ラピュタ人がラピュタに戻らなかったのは地上での生活の方が幸福だったから」とある。
でも、彼らは地上でそれまで支配していた人々に報復されるのを恐れ、谷で隠棲生活をしていたと考察している。
ここで矛盾が生じる。
「地上での生活が空中都市での生活より幸福だった」ことが「ラピュタ人が隠棲生活を送った」ことと結びつかない。
考えて欲しい。
文化、最新のシステムを備えたモダンな住宅やマンション、質の高い医療、質の高い教育…
例に挙げたのは港区で得られるもののほんの少しだが、そこに住む人を幸福にしてくれる。
…
ない。
劣等感、苦痛、閉塞、僻地の質の低い医療、教育という名の折檻と支配…
ラピュタを東京都港区とし、ゴンドアの谷を岩手県西和賀町だとすると、ラピュタ人が疫病の収束後にラピュタに戻らなかったことを説明できないのだ。
だって、例えば深刻な疫病で東京23区に住めなくなり岩手県や鳥取に避難したとする。
疫病がなくなって元通りに暮らせるってなったとして、100人いたら120人が東京23区に戻るじゃん。
この点についてすっきりとした考察を持ってる人いる？
日本のITがクソである原因の仮説として、覇気がない、というのは一理ある
他の人の説明、たとえば https://b.hatena.ne.jp/entry/s/togetter.com/li/2311550 などは論点そらしでモヤモヤしたが、増田の説は的を得ているように感じる
そんな増田に考えてほしいことがある
海外の企業はすごいスピードで新しい機能を追加していくが、日本の企業は遅々として進まない印象を受ける
たとえば、日本の証券会社の取引ツールがとんでもなく古臭いのに対して、海外の取引ツールはモダンなだけでなく、実装が面倒くさそうな機能が半年ぐらいの頻度で追加されていく
この差の原因を考えてほしいのだ
ではよろしく頼む
『はい、モダンでも瞬獄殺はワンボタンで出ません〜こんなところで嘘を吐いてるこの人の方が怪しいと思います〜』
「もうそんなことで言い合いしないの、こういう時はみんなでちゃんと状況整理をしていきましょうね。それじゃあ一番手の豪鬼さん、あなたは昨晩何をしていましたか？」
公式はスト6の成功を見習って人気ストリーマーを公式配信とかに呼んで
「初心者の対戦おもんない」「もっとやり込んでから出てこい」「時間の無駄」とか激荒れで
まぁあんな扱いされて続けたくなるわけないわな。
スト６のモダンにあたる、簡単操作モードのスペシャルスタイルもゲーム内で一切言及なし。
モダン以上にキャラ差が酷くマジで初心者だけが集まって身内で遊ぶには使えるけど
スト６だとモダンで最上位ランクに達している人も複数人いるが、
鉄拳ではプラチナ相当に上がりたいならもうスペシャルスタイルは卒業だねって感じで、
天上にぶちあたるのが早すぎる。俺は割と真面目にこれ適当に作っただろと思ってる。
キャラの豊富さ、グラフィックのきれいさ、コンボの気持ちよさとかいい要素は多い。
鉄拳７とコンセプトが違いすぎて、こんなもんが鉄拳と呼べるか！って勢がいるのも理解できるし
でも新規タイトルとしてもうちょっと流行ってもいいと思ったけど、
いつも通り、新規勢の受け入れ態勢ができてなかったね。
残念。
テスト対象は大小さまざま。OSの保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。
GでもCでもUIはまた別
結論としては書かないほうがいいと思った。
そういうこともある
全然小さいというか書くためと変更のコストがクソデカなら何か間違ってる
結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。
まあそれはないだろう
それはデバッグの一環のような
一番よくあるやつ
そこのバランス考えないと
バックエンドのビジネスロジックを担当するがっちり仕様が決まっていて勝手に変更されてはいけないものなんかをやる
悪いね
テストコードを書くと、テストしやすいクラスの実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。
例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると
メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初は面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。
DIはSOLIDに入ってるくらいで基本だし今時のフレームワークなら普通に使うよね
上にも書いたけどパーツがでかいのでは？って「直感的でない長くて複雑なプログラムになっている」とのことなのでやっぱりでかいんだろう
テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルなコードで早く完成する。
要件が固まらない、毎週変わるようなのとか、システムが絡むテストでコストが凄く高いもの、UIのマイナーな変更なんかは書かない方がいいけど
バックエンドのビジネスロジックなど書いた方が絶対にいいものもある
ネット上ではテストコードを書かないのは低レベルな開発者という風潮だ。
10年以上、テストコードを書く開発と書かない開発の両方を経験してきた。
■前提
・テスト対象は大小さまざま。OSの保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。
結論としては書かないほうがいいと思った。
・テストを書くためのコストが小さいなんて妄想もいいところだ。クソデカである。
結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。
・100人以上かかわる巨大プロジェクトでも「テストコードを書かなかったので破綻した」、とかはなかった。
・テストコードを書くと実装の見落としが見つかってありがたいことはあった。
・git pushするたびに毎回走っても全くの無意味だった。
・テスト対象が変わるとテストを書き直さないといけないのがサイアクだった。非効率化の極みだ。人生の無駄。
・その次にサイアクだったのは、テストコードの実行が失敗したときテストコードのバグであることが大半であったことだ。
・GUIソフトとテストコードは相性が悪いが、そもそも世の中のソフトウェア開発の大半はGUI開発である。
・テストコードを書くと、テストしやすいクラスの実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。
例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると
メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初は面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。
テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルなコードで早く完成する。
たまたま今っぽいモダンな開発現場行くことなって、緊張と不安で行ったらまるで通用しないポンコツになってたよ。
不安とストレスから思考力も判断力も無くなって、まずトラブったとき、ググるとかそういうのもできなかったよ。自分でも驚きだよ。一回り年下の若い人に「まずググりましょう」って言われて目がポカーンだよ。
1番長いので7年ぐらい同じ案件保守と開発してたときは新規参画した後輩に
偉そうにまずググれとか、ログ見ろとか言ってた俺が、まさか言われる立場になるなんて思っても見なかったよ。お笑いだよ。ガッハッハ
使いこなして初めてメリットがデメリットを上回るってものは多くてモダンフロントエンドもその一つ。
他には
マイクロサービスアーキテクチャーなんて日本のろくにアクセスもされないような利益率も低いサービスに適用するなんて
去年から稼働している現場で、以前からあったReact Nativeの面倒を見ているんだがまあこれがひどい出来なんだ。
jQuery時代に見かけたようなコードをやたら見かけたので思わず懐かしくなってしまった。
リファクタリングしようとしたけど直す範囲が広すぎてアプリを壊しかねなかったので、早々に諦めてだましだまし保守をしていた。
そんな中今年に入ってアプリのリニューアルの話が出てきた。React Native捨ててSwift/KotlinやらFlutterに書き換えるとかそういうのではなく、デザインの刷新といくつかの機能改修。
このままだとアプリが更に魔窟化するので、マネージャーに色々相談したところいくつかの事実がわかった。
ということだった。
結局現状のまま進めるわけにはいかず、要件定義の傍らリファクタリング作業をしている。
そういう経緯もあったので、リファクタリングとテストの工数も積んだ上で見積もりだしてもらってる。
「レガシーアーキテクチャをモダンアーキテクチャに刷新」なんてよく聞く話しだけど、
実態は「長年の増改築とだましだましのリフォームが限界になってきたので新築で建て替えます」何だと思う。
最近は「Vue.jsからRemixにマイグレーション」なんて見かけるけど、悪いのはVue.jsじゃなくて禄に設計しないでコード書いてるエンジニアと、
リファクタリングには予算でないけどマイグレーションなら予算取れるという悪しき風習。
年がら年中フロントエンド刷新しているような会社は地雷なので行かないほうがいい。
いくらRemixやらNext.jsやら最新鋭のフレームワーク使ってても、クソコードで書いたらクソが出来上がるだけだ。
はてなの皆さん、増田の皆さんたくさんの反応ありがとうございます。
どうしたもんかと悩んでる状況の中で、エージェントの人に話してもあまりピンと来ない反応が返ってくるし、周りに相談出来る人もいないしで、かなり勇気づけられました。
とりあえず今時点で返せる分だけお返事返しておこうと思う。
恥ずかしながらこんなサービスがあるのを知りませんでした。
今の状況では1000時間学習してから転職ってのは難しいんだけど、転職活動終えたら利用してみたいなという気持ち。
開発に夢見すぎ
自己評価低い
その通り、かもしれない。
技術記事とか書いてアウトプットしてる同世代以下の優秀な技術者たち見てて、自分とのスキルギャップに絶望してたところだったんだ。
5年弱ぐらいローコードじゃなくて、コーディングで実務経験積めてたらなあって。
後悔してもどうしようもないのは分かってるんだけども。
私のキャリアについて言葉を選ばず相談するので、言葉を選ばずレスポンスしてもらいたい。
鞭歓迎。
ありがとうございます。登録させてもらいました。
弊社来ない?
すごくめちゃくちゃたいへんありがたいお誘いなんですが、
増田に相談してそれで就職してっていうのがとんでもなく恥ずかしい。
でも、本当にありがとうございます。
あと色々突込み入ってた「作りたいWebサービス」については実際にdjnango使って手を付けてる段階です。
何てことない内容なので、確かにこれを作るためにわざわざ転職する必要はなさそうだ...。
・30歳
・単身
ETLツール(ローコードの開発ツール)を使ってデータ連携基盤を作成するための開発エンジニアとしていくつかプロジェクトに参加してきた。
年収400~500ぐらい。
平均的な残業時間は30hぐらい？少人数で本番稼働と運用保守のトラブル対応してた時は100時間は優に超えてたぐらい。
・特定のETLツールについての知識(前社の人員の中では最も実装/設計/開発の能力があった。と思う。)
・DBの浅～～～い知識(基本的なDDL,DML,DCLなら全て書ける程度。チューニングとかはやったことないので分からない。)
・BashやらPowerShellやらの浅～～～～い知識(プロジェクトで簡単なスクリプトを作成した経験があってその時に色々調べた程度。)
・開発チームのリーダーをやっていたのでそのあたりのマネジメント経験(PM/PLは未経験)
・Pythonとそのフレームワークの入門書籍一冊分ぐらいの知識
・Linuxの入門書籍一冊分ぐらいの知識(資格取得に向けて勉強中)
・作りたいWebサービスがあるので、プライベートでそれ作りたい
基本的なプログラミングの部分を全く業務で触ることなく仕事してきた。
前職を辞めて、出来上がったのはローコードの開発ツールの経験しか持っていない、市場価値のない化け物だった。
でも、前職みたいなローコードツールを使った開発から離れたいのよ。つまらないし、同じことの繰り返しだし、地味だし。
技術的に未熟な部分が多すぎて一足飛びに理想の企業に勤めるのが無理なのは分かってる。
とはいえ、年齢的にももうデッドラインが近いんじゃないかと焦ってる状態。
色々エージェント登録して求人見ながら自分でも出来そうな社内SEのポジションに3つほど応募した。(結果はまだ)
前職の経験踏まえたコンサルのオファーが来るが、給料は魅力的なものの「開発とか技術とかからは遠のいちゃうんじゃないか」って足踏みしてる。
SESと前職に似た開発,PM/PLポジションのオファーもたくさん来る。
化け物が「いつかこんな風になりたい」を実現するためには実務経験のためにSESで基礎から3年ほど実務経験を積んでからって思ってるんだけど悠長すぎる？
諦めて別の道、もしくは元の経験を活かせる道を探したほうが良い？
