はてなキーワード: MySQLとは
バブル崩壊(1990年から1991年頃)以降に多くの企業が採用を絞った結果、大卒であってもまともな就職はできなかった、というのは誰もが知るところだ。
正社員の応募を何十、何百と出したけど全て不採用で落ちたとかそういうのもネットでは見た。私はそこそこの企業で5~10企業位だったが、ほぼほぼダメだったがあまり記憶が無い。そもそも就活で入社試験をやったり、SPI対策をやったり面接対策、論文対策なんかをやるのが非常にバカバカしいと思っていたくらいだから会社員には向いていなかったのだと思う。あ、NHKと中日新聞、公務員試験、あと出版社とかは受けたな。
結局、10月過ぎても決まらずに大学に来ていたエンジニア派遣会社に話を聞きに行きそのままトントン拍子で決まって就職した。ただ、給料は安かった。1997年当時で大卒18万とかだったと思う。会社の寮扱いのアパートが月6万、駐車場1万、これが天引きされて12万。所得税引かれて手取りは6-7万程度だったと思う。それでも食っていくのが無理だったからじゃがりこ1個で3日は食いつなぐ感じでした。そして年収にして250万くらいだったと思う。心も折れて休職もしそうになった。
大企業でも横並びで初任給20万円程度でこれがどこも同じだと感じていたが、実は福利厚生が全然違う。大企業だと引っ越し代、寮扱いアパート無料、電話代、ガス代、電気代無料といった具合だ。これだと月10万くらいは手元に残るお金が違う。そこで腐ってしまってはおしまいだ。
そこで次の手を考えた。当時(1997年頃)、IT業界ではWeb系システムが作られ始めておりWeb-AP-DBの3層アーキテクチャだった。一般的なアプリケーションサーバ(Apache, tomcat)+DB(MySQL他)で、大規模向けはMS SQL ServerやOracleだった。この頃、MS製品やOracle製品のベンダー資格がブームになり始める最初の頃だったと思う。そこで、Oracle Platinum資格を取得することにした。それには10個くらいの試験に合格しないといけないのだ。しかも、受験料が1科目15000円。すべて自腹を切っていく。そして適切な本も無いところで、2カ月余りで全て合格して取得。
まあ、やればできるんだよ。
そんなわけで、3年間の派遣はとっとと辞めて2000年に大手SIerへ転職しました。大企業はいいね。給与も待遇面も。でも、なぜかみんな暗いし有名大学卒で入社した割にはそれほど興味も無くて残念な感じ。スクラッチ系Webシステム開発やらERP(Oracle EBS)なんかを6年くらいやった。そしてだんだんつまんなくなってきた。心も折れて休職もした。ただ、IT系の資格で、Java、Linux、Solaris、などなどいろいろ取得してきたし総務省の情報処理試験も合格してきた。6年居た会社は不動産投資に失敗したり本業で失敗したりと経営危機のようだった。そこでさっさと去る。この時、年収500万くらいだったかな。
この頃、自分への先行投資を加速させるべく大前研一のアタッカーズビジネススクール、グロービスMBA講座、Bond-BBT-MBAプログラムを受講した。なんだかんだと数百万は使ったと思う。
そして、大手電機メーカーへ転職。年収700万くらいから始まって1000万いくて前くらいで辞めたんだが。12年間の中でSAP ERPをオンプレで新規導入して、アップグレードして、クラウドにしてとか、、まあ充実していたとは思う。一方で、システム運用要員がつまんなくてやめることに。
その後、独立した。最初は月60万くらいの仕事を請けてやっていたが、SAP導入支援となると跳ね上がる。既に独立8年目になるが、年収は5000万くらいになった。仕事も順調だ。100平米を超えるマンションも購入したし、スポーツカーも4台所有している。国内外はふらっといつでも旅行できる身分だ。とても幸せだ。
で、氷河期世代で社会が悪い、時代が悪い、と今でも言ってる人っているのか?努力が足りない!そう言われてきて育って、いま自分がある。心残りは結婚して子供を持つという余裕が無かったことか。あとは年々体力が落ちてきている事。別にそれは他人のせいにするつもりもない。自分がそれを選択しただけだから。そして、あなたは幸せですか?
https://anond.hatelabo.jp/20250414181438
の続き
SFってすげぇなぁと思った
読んで良かった
この辺りで「もしかしてSFってオチを求めるんじゃなくて過程を楽しむジャンルなのか?」と思い始めた気がする
未読
だいぶ面白いと思ってたはず
今見てみると6巻と7巻が出て終わりなのかな?ちゃんと読んでおきたい
未読
この頃なろうにハマってた
「死神を食べた少女」がすごく良くて、その流れで買ったんだと思うんだけど記憶にない
目についたレビューが
未読
電車での戦いのシーンが印象的
このシリーズ、極端な設定が個人的に好みだったんだけど続編ないのね…
未読
未読
未読
未読
未読
未読
未読
未読
あぁ、これも好きだったな
2021年に最新16巻が出て、続きは出てないらしい
綺麗に完結してるやつが読みたいよ
未読
未読
もしこれを読んでたら今頃VS Codeに拒絶反応が出てたりしてたんだろうか
未読
割と最近(多分今年)になってこの小説の微ネタバレ食らっちゃって、そんなこともあるのかぁと思った
未読
未読
5巻で完結してるらしい
読まねば
この頃は野崎まどにハマって一気に読んでた
これより後の新作追わなきゃな
未読
未読
未読
これも好きだった
過去編で泣いた
長寿だね
こんな苦しい小説なかなかないよって思ったけどそんなこと言えるほど小説読んでないんだったわ
未読
未読
未読
未読
この本を参照したかは曖昧だけどLinuxでサーバー立ててファイアーウォールの初期設定を済ませるところまではやった記憶がある
そこから先は、何も…
未読
未読
未読
未読
なんで内容被ってる本を何冊も買ってるんだ
未読
未読
未読
未読
未読
未読
未読
未読
未読
2,3回参考にした気がする
未読
未読
日本語訳がもう読みづらいのなんのでうんざりしてしまって、原文をあたったほうがマシなんじゃ?と考えた記憶が蘇ってきたが、まったく目を通してない
第2版を当時4383円で購入してるけど、2017年に第3版が出ていて5249円
未読
未読
未読
未読
未読
未読
未読
未読
未読
未読
未読
未読
未読
未読
キウイの表紙さっきも見たぞ
未読
序盤まで
なんとかして読もうと精神力を振り絞って枕元に置いたりしてみたけど無理だった
未読
倉庫番を作るところまで
未読
未読
未読
「Active Directory」が何なのかは今も知らないんだけど、最近割とよく聞く気がする
未読
未読
Kindle版で当時6819円だったのに対して現在12658円
インストールする→常駐する→結構メモリ食ってて邪魔だなぁ→アンインストールで終わっちゃった
ほぼ倍じゃん
未読
後年、技術畑じゃない人が書いた英日翻訳をチェックする機会があったときに「Stroustrupはストラウストラップって書きますね」って言えたので、未読で役に立った唯一の本
未読
未読
結局オブジェクト指向ってなんだ?
未読
ほんの少しだけ読んだ
RESTってなんだ?
未読
未読
未読
未読
未読
未読
未読
未読
未読
山田祥寛さんってグループ名か何かなのかなってぐらいいっぱい本出てた記憶
未読
未読
あるソフトをVisual C++に移植しようっていう目標が一応あった
未読
未読
未読
良い感じに完結してるみたい
見てると意外とこういう古いラノベがKindle Unlimitedの対象になってる
未読
面白かったと思う
続きは出てない
続き
https://anond.hatelabo.jp/20250414183529
ソフトウェアにおける「LAMP」とは、Webアプリケーション開発や運用のためのオープンソースソフトウェアの組み合わせを指します。
LAMP登場以前のソフトウェア開発環境は、現在に比べて選択肢が限られており、多くの場合、コストが高かったり技術的なハードルが高かったりしました。
1990年代初頭まで、UNIXベースのシステムがエンタープライズレベルで広く利用されていました。これには、Sun MicrosystemsのSolarisやIBMのAIXなどがあり、これらのシステムは高価でありながら強力なサーバーとして機能しました。
OracleやIBM DB2などの商用データベースが一般的で、これらは高価なライセンス料が必要でした。MySQLのようなオープンソースのデータベースが広まる前は、大規模なデータ管理には高い投資が必要でした。
Webアプリケーションにおいては、CGI(Common Gateway Interface)スクリプトが利用されていました。これにはPerlがよく使われており、サーバーとブラウザ間のデータ交換を扱っていました。しかし、CGIはプロセスごとに新たにスタートするため、スケーリングには不向きで、リソースを大量に消費する傾向がありました。
Apache登場以前は、NCSA HTTPdのような初期のWebサーバーソフトウェアが利用されていましたが、設定や管理が複雑で、今日ほど柔軟ではありませんでした。
フロントエンドの開発では、HTMLが基本的であり、JavaScriptが登場し始めたばかりで、CSSはまだ普及していませんでした。このため、デザインと機能性は限られており、ユーザー体験は今日見られるようなリッチなインタラクティビティには程遠いものでした。
LAMPスタックの登場は、ソフトウェア開発とインターネットのWebサービスの領域に大きな変革をもたらしました。
以下に、その主な影響を挙げます。
LAMPスタックの各コンポーネント(Linux, Apache, MySQL, PHP/Perl/Python)はオープンソースであり、無料で利用可能です。
これにより、企業や個人開発者は高額なライセンス料を払うことなく強力なWebアプリケーションを構築できるようになりました。
この低コストのアプローチは特にスタートアップ企業や小規模プロジェクトに大きなメリットをもたらし、革新的なアイディアが資金の制約なく試される土壌を提供しました。
LAMPスタックは、その設置と運用のしやすさから、多くの開発者に受け入れられました。
オープンソースであることから、コードのカスタマイズや改良が可能で、コミュニティからのサポートも豊富でした。
これにより、Web開発の敷居が大きく下がり、より多くの人々が開発活動に参加できるようになりました。
Apache Webサーバーは、高いカスタマイズ性と拡張性を持っており、MySQLは大規模なデータセットでも高性能を発揮することができました。
PHPは動的なWebページの生成に適しており、これらの技術が組み合わさることで、性能が要求される大規模アプリケーションも効率的に運用可能になりました。
LAMPスタックの普及により、Web開発プラットフォームとしての成熟が進み、企業や開発者は、安定した基盤の上でさらに複雑なアプリケーションを構築することが可能になりました。
これにより、電子商取引、コンテンツ管理システム(CMS)、およびその他多くのWebベースのサービスが急速に広がりました。
低コストかつ高機能な開発環境が広く利用可能になったことで、新しいタイプのWebサービスやビジネスモデルが登場しました。
LAMPを基盤とする多くのスタートアップが、業界に新風を吹き込み、既存の市場構造を変革する原動力となりました。
LAMPスタックの影響は、テクノロジー業界全体において、コストの効率化、アクセスの拡大、そしてイノベーションの加速という形で現れました。
https://survey.stackoverflow.co/2024/technology
https://survey.stackoverflow.co/2022/#technology
https://survey.stackoverflow.co/2020#technology
- | 2020 | 2022 | 2024 |
PostgraSQL | 36.1 | 43.6 | 48.7 |
MySQL | 55.6 | 46.9 | 40.3 |
SQLite | 31.2 | 32.0 | 33.1 |
SQLServer | 33.0 | 26.9 | 25.3 |
MongoDB | 26.4 | 28.3 | 24.8 |
Redis | 18.3 | 22.1 | 20.0 |
MariaDB | 16.8 | 17.9 | 17.2 |
Elasticsearch | 13.8 | 12.2 | 12.5 |
Oracle | 16.5 | 11.5 | 10.1 |
※2022年は他の年とおなじ小数点1桁にそろえるために四捨五入してる
10年前のブログだけど、すでにそういう指摘がされてたみたいだね
http://sookibizviz.blog81.fc2.com/blog-entry-1493.html
読めば分かるが言ってることは間違いじゃない。でもMySQLに噛みつかなくてもって内容
TypeScriptとかフロントも頑張ってるけど端々に俺凄いサービス作ってるんだぜが溢れてて何故かMySQLの不得意部分をわざわざ使わないくせに叩くからこうなってる
mysqlレベルのものを使って会社潰れるは、自分には使いこなせません言ってるようなものなのに、
よく自分の技術力のなさを技術記事投稿サイトで偉そうにひけらかせるなと思ってた
こういうのが出てきたら叩くのがはてな界隈だろうになぜか賛成の声が多くて驚いてた
https://zenn.dev/nem/articles/ade7b83cae2fa5
みんな好きねコレ
やばめのスタートアップね。出来るリーダー逃げられて後釜で必死に頑張ったんだろうけどちょっとの成功体験で天狗になったかな?
こんなのが多い5名のチームリーダ出来るとかやっぱスタートアップには夢がある!
水増し感ある。会社の宣伝だと少しでも引っかかるためにたくさん書くけど、今回は社名書かなくて正解
既に書かれてるけど要件に合わないんでMySQLは除外だし、MySQLもその用途で俺使われないよねって思ってたのに勝手に難癖つけられて「弊社潰れる!」とか言われて不憫
書かなくて良いこと書いてるしRLS以外も確証無い部分での言いがかり。その役職荷が重いんじゃない?
言い訳がヤバい。ごめんなさい言うのがリーダーやマネージャー。はっきり言うけどやってること失敗だしこんな会社のマルチテナントのSaaSとか使いたくない
会計系とかだったらマジ始末悪い。AIだったら多分ポンコツ。総合的にさくらより怖い
こんな人をリーダーにしてそれなりにお金払えるスタートアップが存続出来るんだからIT業界夢あるな!AIいっちょ噛みでボロ儲けや!
なんでRLSが必須なのか分からんかった。ご自慢のTypeScriptでどうにかなるだろうしAzureにユーザー管理系サービス無いの?