「NoSQL」を含む日記

■anond:20180829102525

言うてNoSQLでアクロバティックなトランザクション処理するよりは大人しくRDB使うやろ。

実際googleが検索したときに出てくるリンクのデータをどういうデータだと位置付けているかは知らんけど。

Permalink | 記事への反応(0) | 10:32

ツイートシェア

■anond:20180829102215

NoSQLをフロントと言ってしまう知識の無さ

Permalink | 記事への反応(1) | 10:25

ツイートシェア

■anond:20180829101528

Googleの検索エンジンってRDBMSなの？NoSQLじゃないくて？

Permalink | 記事への反応(1) | 10:20

ツイートシェア

■SQLが好きになれない

たまにSQLを書くのだが、やはりSQLが好きになれない。

構文によって書き方が違うのがわかりにくい。

SELECTはまだいい。問題はINSERTとUPDATEである。

INSERTはVALUESで書くくせに、UPDATEになるとSETで=でつなげているのモヤモヤする。

さらに()が必要な構文だったり必要ではないものであったり統一感がないのが混乱する。

INTOで文章らしさを出しているのかしらないが、どちらにしろ文章にならないので中途半端なのでいらないのではないだろうか。

長ったらしいSQLを書かされるのがとてもクレイジー。

ちょっとした検索したい場合はいいかもしれないが、プログラムの一部としての長ったらしいSQLは可読性も悪ければ保守性も悪いで誰も得しない。

さらに解決される順番が未だによくわからない。特にGROUP BYを使う場合にどういったタイミングでされるのか非常にわかりにくい。

サブクエリを無駄に重ねたり、ON DUPLICATED KEY UPDATEをわざわざ書いたりとなぜ１文で完結させようとするのだろうか。

どっちみちトランザクションで複数文になるのならば、最初から複数文となることを前提した仕様としてもいいのではないか。

（そもそもコードから呼ぶ場合はフレームワーク周りでなんとかしろという話ではありますが）

他にもストアドプロシージャやSQL高速化の問題もあるとは思うが、自分自身が未熟者でそこまで語れないので書けない。

プログラミング言語については様々な文句が噴出するにもかかわらずSQLについて文句が出ないのはどういう了見なのだろうか。

反対にNoSQLでRDBMSのようなことを始める本末転倒な人たちも見かけるがそれぞれ適材適所な使い方をするべき。

体系的に学んでいれば今よりもっとすっきりと理解できるものかもしれないが、嫌悪感を抱いてしまった以上は学ぶことなくずっと憎み続けていくことになるのだろう。

そういうわけでやはり僕はSQLが好きになれない。

Permalink | 記事への反応(3) | 23:38

ツイートシェア

■コメ率の低いはてブエントリは英語とエロか?

http://anond.hatelabo.jp/20170305115905 を増田以外のホットエントリで見ると。

2017年2月コメント率の低いホットエントリ

Python、データベース関連が目立つ。コメント無しで96ブクマに達するPythonさん凄い。マウンティング心?を刺激しないのだろうか。炎上したくない人はインデントに気をつけながらオブジェクト指向で書くといい。

2017年2月コメント率の高いホットエントリ

Permalink | 記事への反応(1) | 17:20

ツイートシェア

■http://anond.hatelabo.jp/20160708112043

いや断定すべきではない。

ファイルベースの可能性も否定はできない。

NoSQLかもしれない。

Permalink | 記事への反応(0) | 11:26

ツイートシェア

■夢のあるシステムに関わりたい。

夢のあるシステムに関わりたい。

いわゆるプログラマをしているが「屑システム」にかかわりたくない。

「屑システム」とは以下だと思ってる。

なお、一応言っておくと、私がかかわっているシステムすべてが以下に当てはまるとは言ってない。

• 他人のシステム

自分が開発にかかわってるが、開発が進んでも自分の利益にならない。他人の懐具合がよくなるだけ。

安月給はもらってるから、それで満足しろということになるわけだが。

その安月給は当然あがることはない。私から見れば立派な「屑システム」だ。

• 低技術

枯れた技術だけが使われ、そのシステムにかかわったことが何の宣伝にもならない。

例えばいまさらsyslogが使えます、とかsnmpが分かります、とか意味なす。

いまならビックデータとか、クラウドとか、機械学習とか。

細かいとNoSQLとかクライアントサイドJavascriptとか。

次につながるようなシステム開発がしたい。そういう意味で「屑システム」

• リーダーシップ皆無

「システム」とは、プログラムそのものだけを意味するわけではない。

プログラムを開発する、開発プロセスそのものも「システム」である。

プログラマに丸投げしておけばシステムができるわけではない。

プログラムを開発するシステムが「屑」だとやる気が出ない。

例えば、ある作業をやったら、諸事情で無駄になるようなのが「屑」な開発プロセスだ。

責任者に、リーダシップがないせいだ。あるいは、プログラマに何の権限もないと起こる。

人間だから、全部有効な作業というわけにはいかないが、そんなんばっかりだとやる気にならない。

なお、リーダーシップというのは権限とセットだ。責任とセットなわけではない。

適切な権限があってこそリーダシップが発揮できる。

プログラムを作る責任だけあっても、その責任を全うできる権限がない以上

どんな提案をしても無駄になる。

そんなものは「屑」としかいいようがない。

• 低コミュニケーション

上と被るかも知れないが、一週間に一回も会議を行わないようなのも「屑システム」だ。

確かに会議だけしても意味ないが、しなくても全く情報共有ができず、プログラマは何していいかさっぱりわからない。

また、各作業員の間で信頼関係がないのも、なかなかに屑システムだ。

真の意味のコミュニケーションが取れていない。というかそんなものそもそもない、ということなる。

Permalink | 記事への反応(2) | 10:31

ツイートシェア

■http://anond.hatelabo.jp/20141006192437

NoSQLとNode.jsについては、限られた目的に特化した仕組みなのに、対象外の分野で使おうとして文句言ってる人が多い

ってばっちゃが言ってた。

Permalink | 記事への反応(0) | 19:32

ツイートシェア

■MEAN(MongoDB, Express, AngularJS, Node.js)を解説する

MEAN(MongoDB, Express, AngularJS, Node.js)を解説する

前に触った感想です。

MongoDB

• 良くも悪くもNoSQL。
• トランザクション無を補うためスキーマが基本汚くなる。
• 汚いスキーマにアプリケーションの変更が入って安全にデータが壊れる。
• 結局、不整合が起きてバッチに頼る。
• バージョン変えるとデータが壊れる。
• スケール環境は不安定になって止まるのは基本。

基本いつのまにか変更されて変な動きして死んでる前提で、動く/戻せる環境構築できない奴は死ぬ

Express

• シンプルに書けるんじゃなくて、薄い機能しか無い。
• ミドルウェアをたくさん詰むことになり、ミドルウェアのチェーンは黒魔術詠唱と変わらん。
• 唱えた本人もどうなるか分からないのがざら。
• エラーが勝手に握りつぶされるのは基本。
• 落ちるのがミドルウェア内のエラーとか基本。
• いつの間にか落ちるのも基本。

基本いつのまにか変更されて変な動きして死んでる前提で、動く/戻せる環境構築できない奴は死ぬ

Node.js

• いつのまにか死んでる。
• バージョンあげると死ぬ。
• NPMは既にGEM並のカオス
• エラーが発生すると死ぬ。
• いや、エラーとか発生しなくても、何もしなくても死んでる。
• 黒魔術で冗長化するのは基本。

基本いつのまにか変更されて変な動きして死んでる前提で、動く/戻せる環境構築できない奴は死ぬ

AngularJS

• 現代黒魔術の結晶。
• ファイアの上位魔法はメルトン的な感覚。だが、メルトンは必須。
• ただでさえ黒魔術気味のデータバインディングがさらに黒魔術で色々包れてる。
• 理論に裏打ちされたセンスの無い実装のおかげで、ふざけた挙動をするのでそれに合わせて人間がカスタマイズされる。

基本いつのまにか変更されて変な動きして（エンジニアが）死んでる前提で、動く/戻せる環境構築できない奴は死ぬ

http://albatrosary.hateblo.jp/entry/2014/10/06/073638

Permalink | 記事への反応(2) | 19:24

ツイートシェア

■http://anond.hatelabo.jp/20140801103446

うむむ、NOSQLとかいうあたりですか？＞ハッシュ化

（RDB脳のまま、かなり業界ブランクあるので、とんちんかんな事いってたらすみません。）

サンデープログラマ的にもじょもじょしてみたいとおもいます。

コメントありがとうございます。

もし今ないのであれば、大学関係に閉じている専用の検索エンジンみたいなものはあっても良いのではないかなー

なんて、思ったりもします。

誰か作ってくれたらよいのに。（ちょさくけんはほうきします！）（←）

Permalink | 記事への反応(1) | 22:03

ツイートシェア

■社会的に技術的負債をなくすには

社会的に技術的負債をなくすには

動的言語は使わない。

動的本をすべて捨てる(人の手に渡るような捨て方はしない ちり紙交換がよい)

動的DBは使わない。リレーションのない動的DBは使わない(mongoDBやNoSQL系）

動的オープンを紹介してくるメデイアのステマに気づき騙されない

動的オープンの無料育成研修セミナーには行かない

Silerが勧めてくる技術は独立できない技術だからやらない 関わらない

職務経歴書に黒歴史(PHP Java JavaScript Ruby RoR Html5)を書かない

マニアックなオープンソースは拾ってこない　広めない

Jser Phper Rubistにならない　奢らない

PHP Java JavaScript Ruby RoR Html5の仕事は請け負わない

技術的負債をなくすには

C# Objctive-cだけ使う

VisualStudio Xcodeだけ使う

VisualStudio Xcodeを機能をフル活用する

WindowsServerを使う

一定のシェアを獲得したDBを使う

デザパタを覚える

コミュニケーションはOffice 365 redMine,イラレGit Svnを使う

動的言語をこれ以上広げるな　罪を重ねるな 脆弱性をばら撒くな トラブルを撒くな

セキュリティに問題のある動的言語はどこにいってもトラブルになる

原発のシステムにRuby,RoR,PHP,JavaScriptを使いたいと思うか？Silerはなら提案してくるだろう儲かるから

使えば必ず原発はハックされる

C# ASP.netは2007年頃から海外では大流行だった 一方日本のメディアは盛んにLAMP!LAMP!RoR!RoR!煽っていた

C#（静的言語）は14年前のソースが今でも使うことができる。VisualStudioにはソースを自動バージョンアップ機能があり書き換えてくれる。 コードが負債にならない コンパイル時バグがわかる DLLのバージョンをチェックしてくれる ブレイクポイント リモートデバッグ

動的言語・オープン系は　手作業で直す　どこにバグあるか実行しないとわからない　脆弱性が出るたび　バージョンアップ、機能追加のたびに修正することになる　リファクタが使えない 負債言語

>14年前のソースが今でも使うことができる

この数字を見て動的言語関係者はびっくりしているだろう。 14年前のPHPソース 使えると思うか？関係者は首を横に振るだろう。時間と人手をかけて改修すれば使えるかもしれない(多くの場合作り直したほうが安上がりという結論になると思うが) 脆弱性や仕様変更がたくさん埋まっているソースだ　修正には手間と時間と予算がかかる

C#なら一瞬で最新の.netフレームワークのバージョンに書き換えてくれる。エラーや警告の表示も一緒に出力されるから手直しが簡単

PHPを捨てたほういい理由

http://apps.wiki.fc2.com/wiki/PHP%E3%82%92%E6%8D%A8%E3%81%A6%E3%81%9F%E3%81%BB%E3%81%86%E3%81%84%E3%81%84%E7%90%86%E7%94%B1

今はRoRのステマが醜くそれに騙されて使ってしまった人がいるが、今後、仕様変更やバグ、脆弱性は出続け、そのたびに全ソースを検索し手動で手直しをしなければならなくなる それは新しいことをやっている時に起こるだろうし、今やっている新しいことが負債に変わる。作れば作るほど負債が増え、前に進むことができなくなる言語　それが動的言語 メンテナンスが常に必要でほっとけばハックされる。保守や改修に人が多く必要で中間業者は儲かるのでメディアや無料育成を通して広めてくる　煽っておいて自己責任の国 日本

静的言語のサーバーサイドで何がいいかというと　自分は C＃ Asp.net(asmx or webApi) Ado.net 接続 & 非接続のDataSet 管理.exeアプリ(C# WinForms)をお勧めする やり方

もうお分かりいただけただろうか？動的言語とはSilerが定期的に仕事を得るために広めたガラクタ言語だったということを　この言語をいつまでも高い稼働の保守作業が必要だ。機能追加、言語の仕様変更、脆弱性を修正するのにお金も時間もかかる　Silerはパンク屋だったのだ。　メーカー製の静的言語を使えばここまで時間も手間もかからなかった。

これ以上元請けはSilerが言われるがままにガラクタ言語を導入しないほうがいいだろう。技術者はSilerが無料で教育してくれるからといってガラクタ言語を学ぶのはやめたほうがいい。(洗脳されて信者になるな) 特に技術者はこの言語をマスターしたからといって独立はできない。なぜなら、５人以上のプログラマーが働いてやっと出来上がるものがほとんどだ。手間がかかるということは自分が一番よくわかっているはずだ。言語とともに使い捨てられる運命にあるのだ。IT経営者やSilerはその方が都合がいい。こき使ってやめられても独立できないのだから。雇ってはこき使って使い捨てる。まさにIT版のねずみ講　 上のしか儲からないようになっている。 それに加えて酷いピンハネ。１００万で売って７割以上搾取　一人送れば７０万円入る世界だ。Silerにとって開発現場は炎上すればするだけよい。言語は脆弱性があればあるほどいい、システムが手間が掛かるなら掛かるほどいい その分人を送り込めるからだ。その辺にいる素人を適当に教育して３年開発の下駄はかせて送り、現場を炎上させて新たに人を送り込んで利益を得ている。

メモ

#1 PHPで改修しようにも簡単には改修できなくて、その間にハックされ情報が流出すること結構あるようだ　@WikiはPHP

#2 2013年 Javaフレームワーク Strutsのサポートが終了した こういうフレームワークをメデイアで煽っておいて最後は自己責任される。オープン言語はやってはいけない

#3 これはどの業界にも言える事だが、気合い、根性の気合馬鹿から組織を乗っ取られないようにするにはどうすればいいか考えないといけない。コミュニケーションで社員を懐柔し組織を乗っ取った筋肉馬鹿は面倒なことを気合い根性で乗り切ろうするから失敗する。日本はそのしわ寄せがまず下くるから会社が壊れる。脳筋バカは最後まで居残る。（○ーイズ、○ルマー、○ニー、旧日本軍、ジオン軍）タバコ室や残業は特定の社員を仲良くさせるからだめなんだろう　履歴書の項目が少ないのも問題なんだろう　理系か体育会系,血液型,さう脳とか履歴書は書く項目が少なすぎる

#5 仕事の最終目的はコミュニケーションではない コミュニケーションするコストが高いといつのまにかそれが目的に置き換わってしまう事がある。コミュニケーションの得意な奴が本当に優秀な人をさしおえて前にでてくることだってある。Office 365やRedMineイラレSVNなどでコミュニケーションコストを下げることで優秀な人が大声を張り上げなくても力を発揮できる環境を作るべきだ

#6 事務仕事のツール化、自動化、ロボット化、コミュニケーションコストを低くするツールの導入で、声が大きい人や事務だけ得意な人が権力を握ることを防ぐ事が出来る

#9思えばSiler業界は自分たちが儲かりがたいためにガラクタ言語(Java,PHP,RoR,Ruby,Js,Html5,Flash)に人材を誘導しすぎた。出来損ない言語の非効率な生産性と保守作業は社会の進化が遅れ世界とのソフト技術に差がついてしまった。人材も非効率的なスキルしか身に付かなかった。それしかやらせてもらえなかった。

しょーもない言語は社会の発展を止め、技術者を路頭に迷せた。有益な言語を一つだけ覚えさせ、いろんな業界で使い回した方が業界的にも技術者的にも幸せになれたのではないか？

C#はロボットや組み込み機器,医療機器,WEB,スマートフォン,ゲーム,CG デスクトップアプリ,業務用ツール 様々なところで使う事ができるのだ。

特にロボットはMocrosoft Robotics StudioというVisualStudioのロボット版の開発環境が2006年頃から出ており、ロボット産業を発展させることだってできたのだ。(そのころのIT業界はJavaとLampが主)

続き

http://apps.wiki.fc2.com/

Permalink | 記事への反応(2) | 19:10

ツイートシェア

■社会的に技術的負債をなくすには

技術的負債をなくすには

C# Objctive-cだけ使う

VisualStudio Xcodeだけ使う

VisualStudio Xcodeを機能をフル活用する

WindowsServerを使う

一定のシェアを獲得したDBを使う

デザパタを覚える

コミュニケーションはredMine,イラレGit Svnを使う

社会的に技術的負債をなくすには

動的言語は使わない。

動的本をすべて捨てる(人の手に渡るような捨て方はしない ちり紙交換がよい)

動的DBは使わない。リレーションのない動的DBは使わない(mongoDBやNoSQL系）

動的オープンを紹介してくるメデイアのステマに気づき騙されない

動的オープンの無料育成研修セミナーには行かない

Silerが勧めてくる技術は独立できない技術だからやらない 関わらない

職務経歴書に黒歴史(PHP Java JavaScript Ruby RoR Html5)を書かない

マニアックなオープンソースは拾ってこない　広めない

Jser Phper Rubistにならない　奢らない

PHP Java JavaScript Ruby RoR Html5の仕事は請け負わない

動的言語をこれ以上広げるな　罪を重ねるな 脆弱性をばら撒くな トラブルを撒くな

セキュリティに問題のある動的言語はどこにいってもトラブルになる

原発のシステムにRuby,PHP,JavaScriptを使いたいと思うか？Silerはなら提案してくるだろう儲かるから

使えば必ず原発はハックされる

C# ASP.netは2007年頃から海外では大流行だった 一方日本のメディアは盛んにLAMP!LAMP!RoR!RoR!煽っていた

C#（静的言語）は14年前のソースが今でも使うことができる。VisualStudioにはソースを自動バージョンアップ機能があり書き換えてくれる。 コードが負債にならない コンパイル時バグがわかる DLLのバージョンをチェックしてくれる ブレイクポイント リモートデバッグ

動的言語・オープン系は　手作業で直す　どこにバグあるか実行しないとわからない　脆弱性が出るたび　バージョンアップ、機能追加のたびに修正することになる　リファクタが使えない 負債言語

>14年前のソースが今でも使うことができる

この数字を見て動的言語関係者はびっくりしているだろう。 14年前のPHPソース 使えると思うか？関係者は首を横に振るだろう。時間と人手をかけて改修すれば使えるかもしれない(多くの場合作り直したほうが安上がりという結論になると思うが) 脆弱性や仕様変更がたくさん埋まっているソースだ　修正には手間と時間と予算がかかる

C#なら一瞬で最新の.netフレームワークのバージョンに書き換えてくれる。エラーや警告の表示も一緒に出力されるから手直しが簡単

&blanklink(PHPを捨てたほういい理由){http://www.slideshare.net/neuecc/c-22979400?v=qf2&b=&from_search=42}

今はRoRのステマが醜くそれに騙されて使ってしまった人がいるが、今後、仕様変更やバグ、脆弱性は出続け、そのたびに全ソースを検索し手動で手直しをしなければならなくなる それは新しいことをやっている時に起こるだろうし、今やっている新しいことが負債に変わる。作れば作るほど負債が増え、前に進むことができなくなる言語　それが動的言語 メンテナンスが常に必要でほっとけばハックされる。保守や改修に人が多く必要で中間業者は儲かるのでメディアや無料育成を通して広めてくる　煽っておいて自己責任の国 日本

静的言語のサーバーサイドで何がいいかというと　自分は C＃ Asp.net(asmx or webApi) Ado.net 接続 & 非接続のDataSet 管理.exeアプリ(C# WinForms)をお勧めする やり方

もうお分かりいただけただろうか？動的言語とはSilerが定期的に仕事を得るために広めたガラクタ言語だったということを　この言語をいつまでも高い稼働の保守作業が必要だ。機能追加、言語の仕様変更、脆弱性を修正するのにお金も時間もかかる　Silerはパンク屋だったのだ。　メーカー製の静的言語を使えばここまで時間も手間もかからなかった。

これ以上元請けはSilerが言われるがままにガラクタ言語を導入しないほうがいいだろう。技術者はSilerが無料で教育してくれるからといってガラクタ言語を学ぶのはやめたほうがいい。(洗脳されて信者になるな) 特に技術者はこの言語をマスターしたからといって独立はできない。なぜなら、５人以上のプログラマーが働いてやっと出来上がるものがほとんどだ。手間がかかるということは自分が一番よくわかっているはずだ。言語とともに使い捨てられる運命にあるのだ。IT経営者やSilerはその方が都合がいい。こき使ってやめられても独立できないのだから。雇ってはこき使って使い捨てる。それに加えて酷いピンハネ。１００万で売って７割以上搾取　一人送れば７０万円入る世界だ。まさにIT版のねずみ講　 上のしか儲からないようになっている。Silerにとって開発現場は炎上すればするだけよい。言語は脆弱性があればあるほどいい、システムが手間が掛かるなら掛かるほどいい その分人を送り込めるからだ。その辺にいる素人を適当に教育して３年開発の下駄はかせて送り、現場を炎上させて新たに人を送り込んで利益を得ている。

メモ

#1 PHPで改修しようにも簡単には改修できなくて、その間にハックされ情報が流出すること結構あるようだ　@WikiはPHP

#2 2013年 Javaフレームワーク Strutsのサポートが終了した こういうフレームワークをメデイアで煽っておいて最後は自己責任される。オープン言語はやってはいけない

#3 これはどの業界にも言える事だが、気合い、根性の気合馬鹿から組織を乗っ取られないようにするにはどうすればいいか考えないといけない。コミュニケーションで社員を懐柔し組織を乗っ取った筋肉馬鹿は面倒なことを気合い根性で乗り切ろうするから失敗する。日本はそのしわ寄せがまず下くるから会社が壊れる。脳筋バカは最後まで居残る。（○ーイズ、○ルマー、○ニー、旧日本軍）タバコ室や残業は特定の社員を仲良くさせるからだめなんだろう　履歴書の項目が少ないのも問題なんだろう　理系か体育会系,血液型,さう脳とか履歴書は書く項目が少なすぎる

#5 仕事の最終目的はコミュニケーションではない コミュニケーションするコストが高いといつのまにかそれが目的に置き換わってしまう事がある。コミュニケーションの得意な奴が本当に優秀な人をさしおえて前にでてくることだってある。 RedMineイラレSVNなどでコミュニケーションコストを下げることで優秀な人が大声を張り上げなくても力を発揮できる環境を作るべきだ

#6 事務仕事のツール化、自動化、ロボット化、コミュニケーションコストを低くするツールの導入で、声が大きい人や事務だけ得意な人が権力を握ることを防ぐ事が出来る

#7思えばSiler業界は自分たちが儲かりがたいためにガラクタ言語(Java,PHP,RoR,Ruby,Js,Html5,Flash)に人材を誘導しすぎた。出来損ない言語の非効率な生産性と保守作業をしている間に社会の進化が遅れ世界とのソフト技術に差がついてしまった。人材も非効率的なスキルしか身に付かなかったしそれしかやらせてもらえなかった。

しょーもない言語を技術者に学ばせて社会の発展を止め、技術者を路頭に迷よわすよりも、有益な言語を一つだけ覚えさせ、いろんな業界で使い回した方が業界的にも技術者的にも幸せになれたはずだ

C#はロボットや組み込み機器,医療機器,WEB,スマートフォン,ゲーム,CG デスクトップアプリ,業務用ツール 様々なところで使う事ができるのだ。

特にロボットはMocrosoft Robotics StudioというVisualStudioのロボット版の開発環境が2006年頃から出ており、ロボット産業を発展させることだってできたのだ。(そのころのIT業界はJavaとLampが主)

Amazonの倉庫ロボット自動システム

http://gigazine.net/news/20121231-kiva-system/

それを開発している会社の採用情報　採用言語はC++ C# Java

http://www.kivasystems.com/careers-at-kiva/

PHP RoR JS Rubyなんてどこにも書いていない　数年もすれば仕様が変りバグや脆弱性を出す危ない言語だとわかっているのだろう　こんな危ない言語は使ってはいけない

Mocrosoft Robotics Studio

http://www.saturn.dti.ne.jp/npaka/robotics/index.html

https://www.microsoft.com/en-us/download/details.aspx?id=29081

続きはWEBで

http://goo.gl/2nwGh

Permalink | 記事への反応(2) | 17:50

ツイートシェア

■http://anond.hatelabo.jp/20140306121554

たぶん元増田の疑問というかニーズみたいなものはこんな感じかね。

・RDBでも良いから程ほどにゆるくやりたい → Sqlite

・データ構造に柔軟性を！変化を！ → XMLDB

・整合性には目をつぶるから大量に速く → NoSQL

階層型の需要はどうなんだろうね。

言い出しっぺの法則で是非実装してみてほしいｗ

Permalink | 記事への反応(1) | 12:52

ツイートシェア

■http://anond.hatelabo.jp/20140123161714

事実だからな

NoSQLから

Not only SQLとかな

おわかり?

Permalink | 記事への反応(0) | 22:12

ツイートシェア

■プログラマなんて勉強しなくていい

if文とfor文だけ使えば仕事はできます

フレームワーク使ってれば細かいところは意識しなくていいので、後はコピペでなんとかなります

数年もってる会社だと最低ひとりは出来る方がいるので、尻拭いは全部その人がやってくれます

↓こんなやつが堂々とプログラマ名乗ってやっていけるのです

・自分のPCにLinux入れたことがない

・当然コマンドも知らない

・ウェブ系でもhttpが何なのかわかってない

・オブジェクト指向を理解してない

・デザインパターンもしらない

・最新技術の勉強をしないどころかその単語さえ知らない

・chef？vagrant？Node.js？NoSQL？Nginx？

・自分が知らないことは平気でできないと言う

・etc ...

中小企業を転々としてきましたがこんなかんじでした

一部の少数精鋭でやられてる会社さん以外は似たり寄ったりです

経験がないんですが大企業だとまた話は変わってくるんですかね

Permalink | 記事への反応(1) | 13:03

ツイートシェア

■http://anond.hatelabo.jp/20130724102731

よっぽど、世界に対するアンテナが低いんだなということは分かった。データベース分野じゃ、RDBMSやNoSQLを問わず、かなり積極的に日本人技術者が関わってるのに。

Permalink | 記事への反応(1) | 14:37

ツイートシェア

■http://anond.hatelabo.jp/20130613004745

増田です。

匿名なら良いか、と思って酔った勢いでぶちまけて少し後悔してた。

けど小さいながらも反響があって嬉しい。

NoSQLとかnode.jsのくだりで突っ込まれたけど、あまり具体的に書くとバレるのが怖いからこういうサラッと書くだけにした。

本当は具体的なソフト名なんだけど、狭い業界で特定が怖いので語れません。

例えば"今の時代NoSQLっすよね～。ノードを足せばいくらでもスケールできるんですよ。RDBMSとかオワコンなんでこのシステムはNoSQLで作るのが良いと思います"と言うなら、RDBMSのメリット（トランザクションとか一貫性が保証されることとか）を知ってないとおかしいよね。実際RDBMSのほうがよっぽど使えるケースも多々あるわけで。

ヘビィに使えばどちらのケースでも解決が難しい問題が起こることも経験としてよく知ってます。

あんまり具体的に書くと議論が明後日にいくからこのへんで許してください。

本筋は最近のテンプレートになりつつあるエンジニア(勉強会でハッカソンでgithubでオープンソース活動でノマドな感じ。得意なことはプレゼンテーション。将来の夢はエバンジュリストです、みたいな)に物申したい、ということです。

外で勝手にやるのは別にどうでもいいんですが、こういう人がチームにいると言及しているような問題が起こる、ということですね。

セルフプロデュース活動は組織とまったく関係ない分野でしてほしいと思います。

チーム力と会社の金を使って個人では出すことが難しい成果を出して、意図してかせずか、それを自分の手柄として発表する。勿論無断で。みたいな。

個人の時間と金を削って出した成果を発表するのは、その心意気とか探求心とかの面で本当に尊敬します。

ちゃんと周囲の理解を得られてこういう活動をする人もいらっしゃると思いますが、それも問題ないと思います。

Permalink | 記事への反応(0) | 22:59

ツイートシェア

■超偏見な俺が見た嫌なエンジニアの例

・エンジニアの実力はgithub上のpullリクエストやforkの数で決まると思ってる

・週末は勉強会に参加。たいして目新しくもないし儲からないネタを堂々とプレゼン。なんでプレゼンしたかの理由を聞くとモチベーションとか勉強会でのコネクションがどうこう、とのこと。

そうなんだね、すごいねって表向きは言うけど、内心は公開オナニーはやめろ、と言いたい。

・どこかで聞いてきた流行の技術(今ならNoSQL系とかnode.jsとか)を得意げに語る。なお競合する技術や背景知識についてはあまり知らない模様。

こういう奴と仕事するのが嫌でたまらない。

例えば、一緒に苦労して仕事の課題を解決したら即、勉強会で発表、とかする。

周囲の人間は"あのプロジェクトはあの人がやったんだ"と誤解する人も出る。（これは結構問題だと思う。嫌ならお前もやれ、っていう人もいるかもしれないけど。じゃあプロジェクト参加者は全員プレゼンする人にならないといけないのか？せめて自分が担当した箇所や協力した人の名前を出すべきだとは思う。ソース見せろ→コピーして成果を外部に発表、のコンボ決められたときはスゲームカついた。こういうのはマジで勘弁してほしい）

本人はそういった経験を積み、社内外に名前を売って、より良い待遇の企業に転職する。同じように人の上前をハネるようなことを繰り返してデキるエンジニア（というかエバンジュリストとかいうのか？）とやらになっていく。

こういう奴、ほんとうに、まじで、しんでほしい（半分妬みも入ってます）

Permalink | 記事への反応(4) | 00:47

ツイートシェア

■ものすごく手軽にPythonでNoSQLを扱えるy_serialが気に入っ

ブログ書いてみた！ ＝＞ ものすごく手軽にPythonでNoSQLを扱えるy_serialが気に入った http://blog.av-jyo.com/2011-06/use-nosql-with-python-its-yserial.html

Permalink | 記事への反応(0) | 15:03

ツイートシェア