  |
はてなキーワード: DBとは
phpの場合、＜?php 処理 という具合に書くが、この中身にはhtmlやjavascriptも包含することができてしまう
MVCフレームワークを使わないにしろ、基本的にビューとバックエンド処理は分割しておくべき。
さらにDB処理、ビジネスロジック、プログラム処理と言ったものがあるが、
DB処理はdbhandler専用のモジュールに分けておき、さらにそのモジュールを処理するテーブルごとに分けておいた方が良い（MVCではモデルと言う）
特にビジネスロジックとプログラム処理の区別だが、「商品名にアダルト商品と思わしき文字列があった場合は登録を拒否する」という例外は「ビジネスの例外」であるのに対し、「商品名の文字列がDBで用意されたvarcharの可変文字範囲を超えた」という例外は「技術の例外」であるということを明確に区別するようにコードを書く。
「おすすめ機能」のような凝ったアルゴリズムが必要な場合はそれ専用のクラスへ分離しておくこと。
'サービス 開発 リモートワーク 提供 機械学習 プロダクト ソリューション 大規模 技術 要件 する チーム 企画 運用 設計 検索 ため 推進 製品 活用 改善 通信 投資 terraform アーキテクチャ フレームワーク ポジション データ 用い cto プラットフォーム gcp 課題 ビジネス 備考 リーダー scala クラウドサービス 配信 利用 リード 特化 github 処理 ユーザー ci js パーソルクロステクノロジー 新規 喫煙 月額 ai 提案 ビッグデータ クラウド 検知 仕様 スクラム 受注 施策 連携 マーケティング 展開 主体的 インフラ メディア フレックスタイム制 翻訳 広告 社会 事業内容 年俸制 行動 対する マネジメント 音声 自然言語処理 東京メトロ django レコメンド 保養 docker 購入 分析 go メンバー 解決 フルフレックス 検討 jira sas ステークホルダー 折衝 基本給 定義 創業 表彰 新橋駅 インターネット ansible'
'制作 応募 ます 未経験 ゲーム 月給 研修 案件 ください あり 完全 ok 交通費 歓迎 java 土日 アクセンチュア 試用期間 希望 契約社員 です たい テスト 休み スキル ヶ月 電話 エンジニア 年収 まで ませ 実績 あなた 名古屋 住宅手当 スクール ブランク 弊社 php サーバー 面接 net お客様 紹介 vb 豊富 up タイトル 経験者 チェンジ 原則 から 営業 夏季休暇 ディビジョン 不問 ses 全額支給 step ドローン ござい 許可 つけ 相談 みなとみらい 言語 か月 定期的 書類 好き 気軽 製造 内定 当社 活躍 db また 昇給 週休 教育 全員 prevent 面談 デバイス ソクコム 内容 分野 人数 cobol 雇用 策定 先輩 有料 連絡 求人 知識 安心 農業 残業 産前産後休暇'
my new gear 、ではない。購入は数年前。
若い頃は「布団入ればそのうち温かくなるし」で何とかなってた。
年を重ねるにつれ、足先が冷えるように。
数年前の冬の夜、布団でウトウトしてたら足先に冷たい物が触れて目を覚ます。
足先に触れた冷たいモノ、もう片方の自分の足だった。
電気行火の導入を決意。
昔々に使ってた平形(ハードタイプ)の電気あんか、上向いて寝る時は踵しか温まらず、横向いて寝ると足の側面しか温まらずであまり具合良くなく。結局は使わなくなってた。
ソフトタイプの電気あんか、ペラい座布団程度の硬さである程度自在に曲げられ、寝る姿勢の足に追従させられる。
温度調節できる電気あんか、温度調節ダイヤルが本体に付いてる製品が殆ど。
微妙な温度調節を足でダイヤル操作できれば良いが、そうじゃなければ温度調節の度に足元のダイヤルに手を伸ばす必要が。面倒。
上記のパナの商品ならコード途中に電源ON/OFF兼温度調節ダイヤルが付いてて手元で操作できる。便利。
電気あんかの類で手元操作できる製品、パナのこれくらいしかなかった。
ここに来て、15日が経過。
早く、外の空気が吸いたい。
消灯は夜11時。大部屋だから、右から知らないお兄さん・自分・知らないおじさんの並び。
毎日同じ部屋で寝て同じ時間に起きる。おじさんのいびき、dB（デシベル）が凄い。
今日の昼ごはん、すき焼き弁当。豪華。早速あっためるぜと思ったら側面に「電子レンジ不可」の文字。
結果、冷たいすき焼き弁当を食す。すき焼きの嬉しさを、冷たさによる悲しみが上回る。すき焼きって1番冷たくしちゃダメな料理じゃないですか。
夜、白身魚とシュウマイの弁当。電子レンジ不可じゃなくてよかった。クリスマス、あったかいご飯が食べれてよかった。飲み物は水のみ。それ以外は飲めない。
味のついた飲み物、2週間飲んでない。入院してから10日間、常温水しか飲めなかった。だから冷たい水、飲めた時は嬉しい。風呂上がりに飲む冷たい水、ゴクゴクうんまっ。冷たいっていいですね。
甘いものが食べられる状態で自主的に糖を摂取しない事と、甘いものが食べられない状態で強制的に糖が摂取できない事は同じようで全然違う。
甘いもの、食べたくて仕方がない。
刑務所に入ると、甘いもん好きじゃない人も、しばらくするとみんな甘味を求めるるようになるらしい。
食事にゼリーが出ると、歓喜し、中にはご飯にゼリーをぶっかける奴まで現れると聞いた。ほんとかは知らない。ドラえもんゼリー食べたい。
病院の洗面台、当たり外れが激しい。明確にハズレ台がある。水の勢いが鼻くそ。その上センサーが全然反応しない。
当たり台は勢いめっちゃエグい。それはそれで困るというくらいの勢い。狙い目は右から2つ目。ちょうどいいバランス型。人生もそうでありたい。
ベッドにも当たり外れはある。みんなのベッド、電動でL字に起き上がる。ベッドをL字にして体起こしてベッド上の机でパソコンとかやってる。普通はそう。そうやってベッドを背もたれにして日中過ごす。
自分のベッド、電動でW字になる。なんで？
何回やってもLじゃなくてWになる。なんで？
だからなんか、ベッドを起き上がらせると、自分は消防士に抱えられて救出された人みたいな体勢になる。LじゃなくてWの字状態。ベッドクネクネ、自分ももクネクネ。なんで？
ベッド背もたれにしたいのに、普通にL字じゃなくてW字って。
マジ全然笑えない。W字ベッドの上で1日中過ごすのはしんどすぎる。
あれは介護でベットから抱えてもらう時のスタイルじゃないのか。少なくともベッド上の机でPC作業するのには全然向いてない。
あと恥ずい。意味わかんなくて恥ずい。みんなLなのに自分だけWの字になって真顔でPC弄るの恥ずい。体勢、ひっくり返ったニャッキー。
スタッフさんに聞いてみた。
「介護する際に抱きかかえやすいようになってるのよねー」だって。
僕、それは知ってます。
この形状に対する解説ではなく、L字にする方法無いんですかと聞いてみる。
「ベッドによってねー、できるのとできないのがあったりしてねー、うーんと、とにかくこれはこうなるやつだから、ね？」だって。
とにかくこれはこーなるやつなのか。なんで？
隣のおっさんのと全く同じベッドなのに？ 見た目のデザインもブランドも一緒なのに？ 「かっこいいな～」のCMでおなじみフランスベッドなのに？
ベッドの変形モード、Wだけな事ある？ あるか。普通にあるかも。でも、他のみんなはLなのに？ 俺だけW……？ やっぱりなんで？
お風呂もね、当たり外れあるね。完全にある。浴槽のね、水が全然抜けないことあるね。手前側の「浴槽B」ね。
前に入った人のお湯が浴槽から抜けきらない。お湯がくるぶしくらいの深さになると、そこから水位が全然下がらない。なんで？
前の人の残り湯をお湯割りして風呂入れってこと？ なんかベビースターみたいな形の毛が浮いてるけど？ そこにお湯足せってこと？
あと、ラジオ体操。毎日やります。ラジオ体操第一終わったらラジオ体操第二もやります。第二も。みんな知ってる第二？
でも、実は慣れ親しんだはずの第一が鬼門。ほんとにむずい。みんな改めてやってみて欲しい、第一。
これ、絶対出来ない。うん。実は出来たと思ったつもりで出来てないから。ビデオ？うん、そら見ながらよ。ラジオ体操第一の動画見ながらやった上で実は出来てないから。
途中、4合目あたりのやつ。「タッタッタッターン」ってやつ。あれ、一見出来てるようで出来てないから。
なんか途中で左右のモーションが切り替わるの。でも分かんない。何となくやってるとその繋ぎ目のやり方が分かんない。切り替わりのスイッチングのトリックがわかんないの。
ムズイというより、さりげなさ過ぎて気がつかない。「ラジオ体操第一」、実は気づきのゲームです。
私は7日目くらいで「あああっ！！」ってなった。カイジが閃いた時と一緒の稲妻でした。切り替えのさりげない動作の存在、7日目で気がつきました。それまではマジでわかんない。気づいた時、アドレナリン、ドバドバ。アハ体感を7日越しに発見した感じ。みんな騙されてるから。
いや、もしかしたら出来てなかったの自分だけかも。なんか自信無くなってきた。やっぱりみんなは普通に出来てるかも。なんかゴメン。
あと、「第一ラジオ体操」じゃなくて「ラジオ体操第一」なの、なんで？
「第一発電所」とはいっても「発電所第一」とは言わなくない？ 「ラジオ体操第一」なのなんで？
10日超えたあたりからラジオ体操、もうみんなキレッキレ。ビデオ、ノールックでキレッキレ。上達するって嬉しい。
外人さんも入院する事がある。だからラジオ体操、イタリア語・ロシア語とか用意してるんだって。スタッフさん言ってた。
あと外人は膀胱がでかいんだって。スタッフさん言ってた。なんで？
12月24日、談話室。知らないおじさん・お兄さん達が一緒にM-1見てる。パブリックビューイングみたいで楽しそう。
ハルタ,2021vol88 900pマイクリレー、宇島、久米田を参考にした
プレイボーイ,2011no48 109p この漫画がパネェでじょしらく紹介
月刊少年マガジン,2018vol3 40回月マガ新人賞グランドチャレンジにコメント
コミックビーム,2010vol10 夜は千の眼を持つ、さよなら絶望頓智
(追加、分割)ヤングマガジンサード,2016vol5 クリアファイルのみ
(訂正、追加)ヤングマガジンサード,2014vol3 おわり人間ギャルとルーズ
★重複(廃棄、希望あれば)
(訂正、分割)ヤングマガジンサード,2016vol5 本体のみ
(削除)少年マガジン,2014vol32 巻末赤松コメント、323p青春相談マガジンの回答
かくしごと ひめごと
全曝し展 缶バッジ
アニカン,2008vol50 俗絶望MAEDAXインタビュー
きゃらびぃ,2016vol372 アニメ店長トリビュートに久米田
きゃらびぃ,2017vol392 かくしごと描き下ろし、はじめてのあにめいと
読売新聞,20110914 赤松畑映画対談、久米田上映に言及
ハヤテ99巻
★その他
(削除)夜想bis+ 新房監督インタビュー番外篇,小冊子のみ
(削除)ヤンデレ大全
ベンチャーとSIerの中間にあるような会社。有名企業の子会社です。
新卒をここ2年で採用開始し、毎年4,5人ずつくらいとっているが、丸二年経たずして合計9人中3人が既に辞めている。メンタルを崩した新卒も複数いる。
そもそも新卒教育体制とか何も考えずに採用だけ開始した。しかも未経験新卒可で。
iOSエンジニアにサーバサイドのマイナー技術の研修を受けさせ、メインではないが開発をさせる。しかも新卒iOSエンジニアにも。
SalesForce の Apex やってた方が数十倍潰しが効くようなサーバサイドのマイナー技術で内製と外販をしている。
代表がエンジニアでないのに技術選択に口出しする。受け入れないと強権を発動する。ECサイトをRDBMS使わずNoSQLだけで作れとか、細かいUPDATEが走るミッションクリティカルなシステムのDBにRedShiftを使えとか。
給料が安いのはよくあるが、その上ほとんど伸びない。30歳にならないと500万円を超えないレベル(30にならないと超える人がそもそも出てこない)。なっても超えない人が結構居る。
iOSエンジニアのレベルは非常に高いが、上記の様な待遇。他のベンチャーならはるかに上のオファー金額出すところがゴロゴロあるレベル。
iOSエンジニアにオファーを出す時安く提示したが、結果を出せばすぐ伸びるとだまし討ちをした。
iOSエンジニアを成果と能力の割に冷遇しているが、iOS関連イベントではスポンサードしまくるなど、外面はいい。全般的にこの会社、特に代表は外面が非常に良い。
新卒が入ったタイミング前後から、一般的に見てシニアクラスでしっかりと基礎が分かってるエンジニアからどんどん辞めていった。
シニアクラスの人がどんどん辞めて、そのかわりジュニアクラスの人がどんどん入ってきた。結果、ただなんとなくワイワイして技術力スカスカの会社まっしぐら。
分かる人にはあの会社だと一発でわかると思うので、広めて欲しい。
代表にもはや自浄能力はない。辞めては困る人が辞めて反省してはしばらくしたらけろっとそのままの振る舞いと行動を繰り返しているだけ。
※架空言語、という事にしておいてほしいんだが
List＜Record＞ rows = DBから持ってくる();
// 合計金額を求める
String total = "0";
for (Record r : rows) {
BigDecimal temp = BigDecimal.parse( カンマを削除する関数(total) );
BigDecimal temp2 = temp + r.金額;
total = カンマ区切りの文字列にする関数(temp2);
}
// やったー合計金額を計算してカンマ区切りの文字列にできたよー
return total;
とか
// async await は非同期処理を同期してくれる魔法の言葉だって！よく知らんけど
await axios.get('/foo')
.then(function(result) {
// やったー結果が得られたよー
});
とか
正直なところ、こういうコードのお守りするの、そろそろキツい。。。
アイアンマン、ソー、キャプテンアメリカがドラゴンボール、幽遊白書、スラムダンクでそこに数作品集まってアベンジャーズ、ワンピースやるろ剣も電撃参加して綺麗に終わったのがエンドゲーム
今のMCUはナルトやブリーチが無いるろ剣時代のジャンプなのよ。その時代のパンチ力弱めの作品を実写化したってウケるわけ無いし儲かるわけない
管理とかコンテンツが多すぎるとか以前の問題だと思う。もう一回アイアンマン達を戻そうって考えも悪くない。実際DBは超で、幽白は実写化、スラムダンクも映画で成功している。この先ブレイドやデアデビルやったって日本人にとってはゾンビパウダーの実写化みたいな感じだしそれを見るために過去作を我慢して見ないといけないのは流石に限界
ウルトロンくらいまでのアイアンマン1作だけ見ておけば大丈夫よな空気に戻さないとMCUはもう無理でしょ。日本じゃなく本国アメリカでどうしようも無いんだし。
こういう仕事は割とあるんだがなかなかのヤバさだったので紹介したい
ちなみにサービスの内容は非常に良くてユーザーも万単位で付いているらしい
バックエンドはAWS EC2で動作しているがログインアカウントは共通化されていてパスワードを全員で共有している
ユーザーを追加しようとしたら「そのような勝手な行為はセキュリティ上許可されていません」とのこと
本番環境とStagingはインスタンスが分かれているが運用は同じ方法
Staging上で5人ぐらいが作業しているが、ホームの下にそれぞれのユーザーが自分の名前でディレクトリを作って作業している
バックエンド側のシステムは詳細は伏せるが、某システムで動いている
仮にNode.js系だとすると、package.jsonがあってnpm run installでインストールするのだが、普通にインストールしようとするとエラーになる
内容は依存関係で失敗しているのだが、本番も同じソースで動作している
動作させるにはnode_modulesをまるっとコピーして、とのこと
さっきの自分の名前のディレクトリ配下にコピーしてきて、適当なポート番号でサーバを立ち上げれば一応は動く
このため、新しいモジュールを入れようとすると依存関係で失敗するため、便利なモジュールがあってもインストールできないし
セキュリティアップデートも当てることはできない（現にバージョンがすごく古い）
ソースコードはGitHub管理されているがセーブポイント感覚でcommitされているのでコミットログを見ても何が起きているのかさっぱり分からない
おまけにPRも使わずにmainにマージしまくっていてわけがわからない
加えてソースコードはコメントアウトの嵐でどこに何が書いてあるのかさっぱりわからない
データベースはPostgreSQLだが山ほどテーブルがあるのに外部キー依存は入っていないしVIEWも作られていない
まぁ、他にもテーブルを見ていくとアンチパターンのオンパレードで、EAV、ジェイウォークあたりは確認できたしHTMLやSQLが格納されているテーブルも見つけた
ソース上でクエリを作ってAPIを作っているが、ザッと見ただけでもインジェクションし放題の状態になっていた
フロントエンドも詳細は伏せるが、いわゆるReact的なものを利用している
こちらは npm run installでインストールできるし npm run devでちゃんと動く
ただ前述の通りバックエンドはローカルで構築できないのでEC2を利用するしかなく、CORS対応のためのプロキシを自前で用意する必要があった
バックエンド同様にGitHub管理されているが、管理しているだけ
バックエンドは5人ぐらいが利用しているが、ソースコードを編集するのは実質1人なのでコンフリクトはほとんど起こさないらしいが
フロントエンドは5人ぐらいが編集するのでコンフリクトしまくっている
解消するときにデグレすることが日常茶飯事でその都度Hotfixしている
コードもコメントアウトだらけなのに加えて、不必要なコードが大量にあるので可読性が著しく低い
（難しい処理を読み解いて追いかけていったら最終的に使われていない、などが大量にある）
2000行ぐらいあるコードとかChatGPTに突っ込んだら20行ぐらいになる予感がある
また、DBがご覧の状態なので取得されるデータも全然抽象化できておらず、コードが膨れ上がっている
例えばProductの一覧データをサーバから取得して、ユーザーがクリックしたProductをCartに投入するのだが、投入する情報はProductではなく、CartItemにする必要があるし
OrderするときはOrderItemにしてAPIを叩く必要がある
ほとんど同じ情報なのだが微妙に変わっていたりKey名が違っていたりするのでそれぞれ変換する
他にも数え上げればキリがないが、コピペして少しだけ改変している部分などが大量にあってバグがあるのかどうかすら判別できない
DBにHTMLやSQLが入っていると言ったが、調べて見るとDBから取得したHTMLをそのまま埋め込んで表示していたりした
SQLについてはフロントエンド側でSQL生成しており、そのテキストをAPIに送り込んでサーバ側で実行して貰った上で格納とかしていたので
「ここにDROP TABLEとか書けばTABLE消えるんですか？」
と聞くと
とか言われたのでことの重大さを伝えたが、まだ対処できていないようだった
認証等はOAuth2を使っていたので大丈夫そうだったが、本当に大丈夫かどうかは自信がもてない
システム内容はゴミのような状態だがサービス的には良いので、幹部やプロダクトオーナーからは追加要望が山盛り来ている
開発チームが「稼働が足りない」という理由で断ったので「じゃぁ支援して」ということで自分のところに来たのだが
「申し訳ないが、そもそもそういうレベルに無いし、全て作り直しが必要」
と伝えてもどうやら伝わっていない様子
ちなみに元々の開発チームは過去にもこんな感じでサービス作ってたらしいが売れないので問題になってなかった様子
ぱっと見は動いているように見えるのが厄介なところ
正直逃げたいところではある
これは単なる想像なんだけど、増田がよかれと思ってあれこれ色んな原因に繋がりそうな情報を出し過ぎた説とかない？
「昨日もネットワークの調子が悪くて…」とかも多分伝えてるじゃんね？
ベンダーの人の頭の中に増田からの有象無象の情報があるけどクリティカルに原因に結びつくもんがなくて、
しごでき同僚は「1日2回止まる」って現象しか言ってないから、その場合のQ&Aにしたがって「ログDBの破損」って答えたのかも？
会社で使ってるシステムが1日2回くらい停止するようになったのでベンダーに連絡。サーバとかログとか見てもらったんだけど
「わかりませんねー」「昨日ネットワークの調子が悪かったんですよね？そのせいでは？」等言われて直らず。
上司にも、ベンダーから匙を投げられた事は連絡し、仕方ないねという空気になったものの
使っている人は1日に2回も止まると大変なので改めて苦情が来る。
ここで登場したのが仕事ができる同僚。
ベンダーに連絡を取り、仕事ができる同僚が改めて「1日に2回くらい止まるんですけど、原因わかりますか？」と聞くと、ベンダーが突然「ログDBが壊れている可能性がある」などと言い出した。
お前いままでそんな事一度も言わなかっただろうが。
で、30分くらいなにか作業したらあっさり直る。
この件に限らず、別のベンダーもそう。自分にはろくに説明せず、会話もしたがらない。
酷いところだと同僚が打ち合わせに居ないと「あーじゃあ今日は打ち合わせにならないですねぇー」とか言ってくる。
おかげで「仕事ができないやつ」の完成だ。自分ひとりでは何もできない。頼んでも誰も何もやってくれず、トラブル解決能力がない。
ミスをしないとか、頼まれた仕事を完遂するとか、そういう部分だけで評価されるなら自分ひとり頑張ればなんとかなったけど
舐めらるともうどうしていいのか分からない。
かといって怒ったりすると今はコンプラ的にアウトだし。
結局は障害の原因って「なんとなく全員が能力不足」なんだろうな
明確にここが故障しましたとか、明確にこの能力が欠けているとか、そういうのは一切無くて
なんとなく技術者の能力が欠けている、っていうのが原因だと思う
フロントエンド開発に従事してるけど、3年しかやってない、とか
できる・できないで区分けすると「できる」に該当するんだけど
どれもこれもほんの少し足りない、みたいな感じ
大規模なサービスになるとそれが積もり積もっていって、更に時限式の爆弾となって障害が起きるんだろうな
一応そのときに原因は判明するだろうけれど