「db」を含む日記 RSS

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

2024-03-14

生モノ知識

ITエンジニアならJavaDBさえ完全に理解していれば絶対に職にあぶれる事は無い

若いやつはAIだとか人工知能だとかPythonだとかまるで解ってないんだよね

結局技術の使い方が解っているだけで技術のもの理解出来ていない

2024-03-13

俺もぼんくら会社を今月で退職する

https://b.hatena.ne.jp/entry/s/togetter.com/li/2331074

業種はITだし社長はここまでぼんくらでも無いが、社員も含めてぼんくらだったので転職を決意して速攻大手年収その他を手に入れたので今月で退職する。

流石にシステム不具合調査を3日唸りながら調査して全てを放置して有休使ってクリスマス休暇取った同僚とそれを叱責もしない会社には愛想が尽きた

ユーザーサービス提供している意識も少ないし何より自社内に自社のサービス理解している人が居ない。開発は全て外注だ。自分たち要求レベルイメージや客から言われたことをただ横に伝えて確認もせず提供するだけの人間が社内の大半を占めている。

これが御三家レベルデカ会社なら良いのだが中小どころか零細だから溜まったもんじゃない。自分転職で入ったのだが当初の説明と違って困惑した。こんなんでITエンジニアを何十年も名乗るとか信じられなかった。

結局1年ほど働いて金だけ貰って辞めるのだが引継支持も「全部、全て」とか曖昧なのである程度作ったら有休消化して辞める。就業規則には損害を与えたら訴えると書いてあるけど別にDBインフラ壊すわけでなく自分たち提供しているサービスが何かも分かってないだけなのでむしろ訴えてくるなら楽しみなくらいだ

もしIT系で社内SEとか言って楽そうと思って転職を考えている人が居たら、ちゃんと自社のサービス理解しているかとか開発もしているか確認した方が良い。全部外注ですは大手以外は大体破綻すして尻ぬぐいを社内ですることになる。その時あなた以外が全員ITパスポート以下だった場合、どうだろうか?

2024-03-11

anond:20240309230736

鳥山明の絵の密度が濃かったのは、「アラレちゃん」とDBの初期だけじゃないかな。

中盤以降の絵は割とスカスカだという印象がある。終盤に関しては、構図はともかくとして、絵の密度に関してはほぼ上手な素人レベルだろう。

疲れて手抜きしていたのか、体力の衰えか、時代的に流行らなくなったのか、詳しい人がいたら説明してほしい。

自由に使えるサーバーが無い

最初はConoHa、途中からAWSEC2で動かしていたサーバーを消した。無料期間が終わってから課金額が気になって、維持するのもあれだなと思って……別にEC2インスタンス1つだけど

あったものCDNに移した。サーバーではWordPressも動かしていたが、メンテできなくなってたので静的サイトにしてCDNに移した。

PHPで動かしていたあれこれは最近使っていなかったから、コードだけ残して消した。DBダンプだけ取って消した

今はなんでもできるサーバーが無い。なんか虚無だ

anond:20240311000259

スパ

パンなんか完全にアラレちゃんだし、ヘドとマゼンダだけのシーンは初期DBになる

悟飯の親は相変わらずピッコロのまま

あれ何気に鳥山明集大成だと思う

2024-03-08

有名人が死んで泣いたことなんてないけど

鳥山明が死んで尾田っちとか岸影様のコメント読んでたら涙出てきた

そこまで猛烈なDBファンってわけでもないんだけど

やっぱ伝説だったな

ドラゴンボール以外は面白くない。サンドランドやらジャコやらは打ち切りになってる」

かいう人を見たが、DB以降の一巻で完結してる漫画は、どうみても打ちきりじゃなくて最初から一巻の長さで書いてるだろ。

anond:20240308151153

鳥山先生作画担当として原作担当別に置く

というか鳥山先生が描きたい世界人物ガジェットネタ出しをして

それを上手く広げられる脚本家を雇う

みたいな感じでやってもらえてたらなあ、と

DB後の作品とか見て思う

鳥山明って言うほど天才漫画家か?

デザイナーイラストレーターとしては間違いなく巨人だったと思うが、ストーリー漫画家としてはどうなの?(ってこの追悼ムードの中では言い出せないのでここに書く)

ドラゴンボールの後ろ半分はインフレ自己模倣に終始していたし、DB後は大きな仕事をする意欲さえ失っていた。

巨大になりすぎたDBの連載終了が許されなかったって事情はあるんだろうけど、もっと活躍する道もあったのではないだろうか。

anond:20240308131404

クリエイターとしてはDB連載完結前にかなりの部分死んでたと思う

人間あんまりな激務させちゃだめだね

2024-03-07

OracleODBCドライバが使えなくて時間を損しちまった。

ExcelVBAを使ってDBからデータを引っ張ってきてワークシートに表示したかったのに、日本語が「?????」と化けてしまう。

文字セットを設定する場所も見当たらない。もう意地を張らずに諦めたほうがよさそうだと悟った。

で、俺はOLE DB結婚したってわけ。

OLE DB最強説あるよね。

2024-03-05

anond:20240305104607

単純なのはそうだろうね。でもDB構造を利用してクエリ簡単な集計とソートをしようとするとあら不思議、途端に役立たずになる。

質問を細分化すればいいのだが、細分化するためにdbsql知識不要ですか?

他にも、いまだレガシーシステムに残っている生クエリメンテするときに、ai説明鵜呑みに出来ますか?

そもそもaiから吐き出されるdeleteやupdateの意味も分からクエリを扱うことなんてできますか?

私は怖くてできない。

俺も増田やってる奴と同じ職場で働きたくないかDB化して排除してくれ

祝、無職

2024-03-04

anond:20240302043100

増田自分言及している通り、

そもそも本格的なデータ加工や解析、統計だったらAccessなりOracle DBなりを使うべきであって、エクセルVBAはしょせんエクセルVBAなのよ。

エクセルVBA上記DBソフトウェアの下位だって言ってるんじゃなくて、適材適所だってことね。

気軽さ・カジュアルさがエクセルVBAの魅力と長所なのよ。

からエクセルVBA大切なことは、見読性だと思うのよね。

処理速度にこだわって配列上ですべての処理を終えても良いし、確かにそのほうが早いしかっこいいんだけど、

処理がコケときにどこで何が起きてるかわかりづらくなるくらいだったら、

ScreenUpdatingやシートの.Visibleをtrueにして目で追える、計算用シートの有用性はあると思うな。

anond:20240304104955

はえ^〜

DB知らん民には勉強になるわ DBって色々あんのね

RDBNoSQLOracleMySQL、Postgres、sqlite

anond:20240304103510

渋々だろうがなんだろうが、漫画界でトップの厳しい環境できっちりやれなきゃ仕事自体になるわけないやろ。

長編を、更に連載で、更に週刊でやっていくのにキャラの芯を定めないでその場の感覚や思いつき優先でどうにかなってた時代DBの頃にはとっくに終わっとる。

2024-03-02

anond:20240302203440

主要な目的編集ではなく分析だね。一般ユーザにうかつにアクセスさせたくないDBだけど、そのうちの一部のデータを見せてプロジェクト企画とか評価とかで使わせるのは有用なケースでは最近割とホットだよ。DX(笑)文脈だけど

anond:20240302203011

DBに保存するようなデータExcelから編集する事自体今時じゃないやろ

anond:20240302100245

DB直じゃなくてPowerBIのセマンティクモデルとしてAzureADと紐付いた認証認可付きでデータ公開してExcelからPowerQueryとかで接続するのが今時じゃないかな。

このあたりはM365使ってる大企業とそうじゃないところで大きく感覚が分かれる気はする。

anond:20240302140944

DBみたいに一度死んでる作品死霊術で生き返らせてるならともかく、現行作品を「遺産」っていうの日本語的におかしいでしょ。

それに日曜にやってるからの子供たちはアニメみてたり、親がワンピ世代とかだったりで友達だれかの家にあったりで、結構読んでるぞ。

まあ今の子供たちや若い人との関りがない年寄りにはわからん話だとは思うが。

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