「RDBMS」を含む日記 RSS

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

2020-10-28

なぜ素人自分プログラミングができると勘違いしてしまうのか

プログラミングで食っていくためには、他の職業と同様に様々なスキル必要になる。単に技術的な面だけに絞っても、以下のようなことが出来なければ話にならない。

  1. 少なくとも1つのプログラミング言語が書ける(当たり前)
  2. その言語の主要なライブラリパッケージ管理ツール自動テストツール等の周辺ツールについても深く理解している
  3. ソート木構造のような基礎的なアルゴリズム理解しており、プログラム計算量を見積もれる
  4. HTTPSSL/TLSRDBMSSQLOSシステムコールファイルシステムメモリ管理などのアプリケーションよりも低レイヤーの基礎技術理解している
  5. 「Code Complete」「Clean Code」などに書いてあるようなソフトウェア設計ベストプラクティス理解している

プログラミングスクールなどを卒業したゴミには、(1)〜(2)もしくは(1)だけを以て「自分プログラミングが出来る」と勘違いしている奴が多い印象がある。

2020-08-04

増田検索の遅さ

以前にもこの機能ヤバい遅さは言及されていたのだが、時系列検索をしたくなったときに改めて気になった。

そもそも全文検索ではないのだ。全文検索は難しい。探索木が素人には無限に見える程に広がる。試験的なサービスRDBMSLIKE 検索をさせているサービスもあった。だから、てっきりそういうインデックスが効かず(前方一致なら効く)メモリを大量に消費する処理だから遅いんだと思っていた。

でも、増田検索ってキーワード検索なんですよね…。はてなキーワードは三十数万件らしいので、 LIKE でも全然即答できる。

これもしかして、 {マッチしたはてなキーワード} (120) とかの (120) 部分、つまり該当キーワード言及する日記から count するために遅いのでは。いやあったら良いこともあるけれど、検索機能することよりも大事ではないよね。ついでにいうと count としても遅いので、 NULL 値を考慮しないならカラム名指定せず選択された行の数を返す count(*) が早いよ。

あー、チューニングさせてくれ…。無理だとしても、増田検索は負荷で遅くなっているのではないと表明してくれ。検索するたびに寿命が縮む。いや、 AnonymousDiary の寿命が縮む思いだ。

2020-07-07

プログラミングスクールなんか行かなくていいからこれやれ

いちいち行かなくていい。高いわりに役に立たない。本を買ったりネット解説動画を見ながら自分でやるんだ。

毎日勉強できるならカリキュラムはこう。大事なのは「わかんなかったら自分で調べる」ということ。これをひとつひとつ解説していくとあっという間に1年ぐらいのカリキュラムになって金がかかるようになる。ググれば全部出てくる。出てこなかったら調べ方が悪いのでググりかたを変えればおk。この記事にも初心者から見ると「なにその言葉。初耳」っていうのがあると思うけど、全部重要キーワードなのでググって咀嚼して血肉としてほしい。ググればすぐ出てくる。

1日目: Linuxインストール(Linuxの中でもUbuntuっていうのがおすすめ)

とりあえずLinux自分パソコンインストールする。Linuxを触れるようになればいい。

PCがない場合は、中古PCなんて3万ぐらいで買えるからそれ買ってきてインストールする。ヘボくていい。コードは書ける。あとで知識ついてきたり会社入って同僚に聞くなりして高いの買えばいい。インストールのしかたはググれ。

なんでLinuxかいうよくわからんものを使うのかっていうと、ネット世界Linuxが大半だから。みんな知ってて共通認識から。嘘じゃないよ。

MacWindowsダメです。Linuxインストールするべし。パソコン買うの嫌ならデュアルブートすればいい。やり方はググれば無限に出てくる。詰まってもなんとか解決できる。1日もある。

それでLinuxターミナル上でcdとかmvとか基本的コマンドを覚える。CLI/CUIとか言われてる。基本的コマンドはググればおk

Macダメですか?」っていうのは「MacUNIXだよ」っていうのだけ理解できてれば別にいいけど、Linuxとは全然違う。そのへん自己解決できる自信がすごくあるなら別にいいんじゃない

2日目/3日目: VimPythonを使う。Pythonチュートリアルの本買ってきて読む(2000円弱)

Vimの使い方を覚える。これは2時間ぐらいあれば慣れるはず。ネットで「Vim 使い方」でググればおkLinuxインストールスムーズに進んでればここは1日目になる。

3日目で終わらせる。途中で意味がわからなくて詰まっても、わからないところはメモしてとにかく進むべし。終わらせることを優先。Pythonは書きやすいので比較簡単

Vimが嫌でもやる。IDEかいうのでやるのはまだ早い。Vim使ってりゃLinuxコマンドも同時に覚えるのでオススメだし、Vim系は一生つきまとうので今のうちに消化すべし

「たったこれだけの間違いなのに動かないのか……」を死ぬほど体験して「コンピュータとはそういうもの」という思考になるべし

挫折する必要はない。初めてチャリ乗ったときと同じでコケまくってるだけなので必要以上にメンタルを気にしないこと。挫折するな

4日目: HTML/CSSをやる

MDNっていうところで、HTML/CSSガイドを一通りやる。わからない用語バカスカ出てくるけどググればわかるようになる。

わかんなくてもメモしてどんどん次。MDNが気に入らなければ他にもいっぱいサイトがあるのでそれやればいい。

これもつらくてもVimで書くべし。

5日目/6日目: JavaScript勉強をする

これもMDNってところのチュートリアルをやればいい。終わったらここ(https://jsprimer.net/)タダ。

たぶんどこかで間違いなく詰まるだろうけど、最悪「このボタンクリックするとこっちのspanタグCSSで色を変えられた」ぐらいまでできると「イイネ!よくぞそこまで自力でたどりつけた……!」って言いたくなる。わかんなくても頑張って進めばよし。

だいたい雰囲気はわかってきたと思うのでテキストエディタVimじゃなくてもいい。好きなのを使ってください

7日目/8日目: HTML/CSS/JavaScriptを組み合わせて、ブラウザで動くアプリをつくる

電卓アプリケーションやTODOアプリをつくる。作るのはなんでもいいけど自分過大評価してすごそうなものを作ろうとすると一生終わらない。難しければそのへんに転がってる人のコードを参考にする。

つくったらGitHubに上げておく。デザインとか見た目は別にクソでいい。ゴミみたいなものでいいから、とにかく動くものをつくるべし。ある程度バグっててもいい。ある程度動かせるものをつくってしっかり終わらせる、これが大事。一生これなので。スクールでいうとたぶん3ヶ月目・4ヶ月目ぐらいの内容。

9日目: 就活開始

既にそのへんの会社には余裕で潜り込めるので、とっとと入って業務経験をつける。履歴書Google Docsで書く。別に他のが使いたかったら他のでもいいけど、よくわかんなかったらGoogle Docsでいい。紙はPDFで送れないし面倒だしITスキルを示せないのでNG。「紙じゃないから」で落とすところはクソなので気にしなくていい。

経験だと研修もあるので、よくわからなかったところをそこで補完する。とにかくひたすら応募しまくる。たとえブラックでも、1年ぐらいでやめる想定でガンガン応募する。落ちても気にしない。ぶっちゃけどこでもいい。

手に入れるべきなのは業務経験1年」という称号給料はそれまでの自分経験かに左右されると思う。実地訓練がいちばん為になるし合う合わないもすぐに見極められる

10日目/11日目: ITパスポート系の本とか「○○の絵本」とか、初心者向けの本を大量に買って読み込み、ITの基礎知識を身につける

とにかく体系的な知識がないはずなので、知識を身につけまくる。背伸びして難しい本を買っても意味がない。

ITパスポートは取れるなら取っておいた方がいい。業界経験で「ITパスポート持ってる」は頑張った人の証。その後の転職には使えないけど最初はつかえる。たぶん

12日目/13日目: LPIC Lv1の本を買ってやっておく

試験別に受けなくていい。Linuxをある程度使えるようになればそれでおk

14日目: ネットワーク系の本を買って1冊読んでおく

とにかく平易なものを選ぶ。たいてい、いちばん平易なものも平易ではない。最低限TCP/IPとかサブネットマスクとかが理解できてればおk

よくわかんなくても業務ときワードが聞こえてきて「あ、それ、○○の本で見たやつだ!!!!」ってなるのでとにかく読む。

15日目: ソフトウェア開発の流れを知る(ネットでも本でもなんでもおk

ウォーターフォール開発とかいうのを知っておく。アジャイルとかあるけどまだ早い。気にしなくていい。基本は「要件」「仕様」「実装」「テスト」が大事死ぬほど大事毎日呪文のように唱えていろいろなことにあてはめて考えるべし。

16日目/17日目: データベースを学ぶ

MySQLっていうデータベースがあるからそれをやる。よくわかんなくても最低限のSQLだけは書けるようにしておく。別に他のをやってもいいけどRDBMSならほぼすべて同じだからMySQLいいんじゃないのって思う。

どうせ新人には誰も期待してないので、完璧にせずある程度書ければいい。「『正規形』って概念があるんだな〜」って思えるぐらいでも上出来

18日目/19日目: Webフレームワーク勉強する

PythonならDjango。ただ、早ければこのへんで就活終了してるはず。就活ときに「なんの言語でどういう作り方をしているか」「自分は何を勉強すればいいか」を聞いているはずなので、そちらを重点的におこなうHTTPの基本がわかってればWebフレームワークなんて雰囲気でわかる。ガンガンやっていきましょう

20日目/21日目/22日目: JavaとかTypeScriptとか、いわゆる型のある言語を学ぶ

好きに本を買ってやったらええ。C++とかはたぶん難しいだろうからそういうのにいきなり挑戦しなくてもいいと思う。Javaぐらい書けてみせろ

23日目以降〜: 強化

どうせ会社に入ったらいろいろ道が変わるので、それをみて「自分はここが足りなそうだな〜」と思うところを見つけてやればおk

このへんで雑魚エンジニアを超えてる。でも中堅エンジニアから見るとまだまだスーパーザコクラスなのでイキらないこと。謙虚ガンガン進んでいきましょう。上に書いたことは全部初歩であり基礎であり重要。他にも重要なことはあるけど、いったんスクールレベルはこれで超えるはず。最初会社踏み台しかないので、さっさと踏んで次の会社に行って年収上げるのがオススメ

まとめ

たぶん160時間ぐらいは勉強することになると思う。早い人はもうちょっといかも。わりとハードスケジュールなので、キツい人は期間を2倍、3倍にしてもいいと思う

失敗してもいいから、とにかく何度も何度も速く失敗してなんとか解決することが大事

よくわかんなかったら、質問事項をまとめたあと、そこらへんのエンジニアネットで金払って聞けばいい。ググれば似たような質問してる人もいっぱい出てくる。

使う金は多くても10万ぐらいかな(PC代込み)

「未経験おk研修あり!」の会社を選ぶと、給料もらいながら研修受けれるのでスクールよりよっぽどいい。初期投資すぐ返ってくるのでオススメしたい

正直自分にはスクールに行きたがる人の気持ちがわからないので、参考にならないかもしれないけど、どうしようか迷ってるぐらいの人はこれやるのがオススメ

別に100点満点の道ではないと思うけど、それなりに高効率の道だと思う

追記: プロゲートとかドットインストールとかでもいいと思う。この上のやつは、1つのルートとして参考にしてもらえればいいかな。別にこれだけが正義かいうつもりは全然ないし、自分SESは嫌だし。ただ結構高い金払ってスクール行って大した能力も身につけられないのを見てられないなと思っただけ。

マジ初心者は、なんでこれをやらないといけないのかチンプンカンプンだと思うけど、重要な点だけ削り出して言ってるので、1ヶ月後に点がすべて繋がって血と肉になるはず。疑うな。疑いたい人は信用できる人に聞いてポリッシュアップしたカリキュラムでやればいいと思う。別にこのルートけがすべてではない🐹(このルートだとWindowsアプリiOS/Androidアプリなんかは一切つくれないし)

2020-05-22

anond:20200522101727

あれあったじゃん。寿司?みたいなやつ。RDBMSなんかいらない、全部CSVファイルでやっちゃる!みたいなブログ記事脆弱性自分から説明してた中学生

2020-01-08

無印良品ウェブサイトが止まってる件について思うこと

この件⇒ https://togetter.com/li/1452558

ユニケージbashパイプで作られた、RDBMSを使わずテキストファイルによる空白区切り行志向レコードへのデータ処理(だいたいプログラム1本の処理内容がメインフレームCOBOLのそれと同じくSQLクエリ1個に相当する)で、同形式によるマスタとトランザクションファイルRDBMS内部のredoログに相当)を使う(データに含まれる空白文字0x20はアンダーバー0x5Fに置換する、アンダーバー複数存在するデータ場合どう扱うかは知らない)

開発と更新は早いんだけど参照が(テキストファイルなので)インデクスが効かないためシャーディングするしかなく、要するに検索機能の柔軟性がなく、リアルタイム性を損なう

おそらく基幹系というか在庫管理をユニケージでやっているので、ウェブサイト自体はユニケージ実装されていないかもしれないけど、しかし根幹に上記のような手作りデータベース実装があるし、RDBMSに移行するとなると全部を止めてマスタとトランザクションファイルマージしてインポートすることになる

追記トランザクションファイルのマスタへのマージ営業時間後の日次バッチとかでやるはず

システムを止めている間も店舗運営を続けているなら、たとえば店頭在庫を潤沢に積んだうえで、店舗間での在庫の融通は禁止し、店頭での売り上げ分はどこかでRDBMSに計上しなければならない

追記テキストファイルに対するインデクスをつくって行頭へのシーク高速化をすること自体はもちろん一般的には可能だけど、ユニケージ方法論だとそれをする標準的方法はないはず。ユニケージRDBでもNoSQLでもなく、バイト位置でのシークという操作自体がない世界なので。sedとかで行の差し替えをした場合SQLのUPDATE相当)当然行頭のバイト位置が変更した行以降ですべてずれてしま可能性があるのでインデクスの更新がひどく非効率になる

追記文章下手ですみません。ユニケージの良いところはRDBMS実装の基礎を理解できるところ(これはDate先生教科書を読んだりOracle Silverの勉強をしたりSQLの書き方を工夫したりクエリプランを読んだりするよりずっと効率的に学べる、ただしファイル編成法の知識ちゃんとした教科書で補う必要がある)、アプリケーション実装技術について横断的な理解ができるところだと思います(USP研究所シェルスクリプトマガジンには実際勉強になりそうな記事が多い)自分はユニケージへの移行案件を生き残れなかったクチなので。。

追記:Tsukubaiは好きになれませんでした。

追記anond:20200115152201

2019-08-17

anond:20190817190833

マイクロサービス時代RDBMSBLOBぶちこむ話がいまだによくあるのか…!

S3やらAzure BlobなりのStorageサービスは使わんのかな

2019-06-15

anond:20190614233832

PostgreSQL普通に使いながら覚えられるって言ってんじゃん。

MS SQLServerも「とりあえず動かしてみる」から始めることは不可能じゃない。


でもOracle全然別。

ユーザグループの設定からまり、どういう単位データベースを作り、どのユーザをどのデータベースの所有者にするか、ログファイルの種類とそれに基づくバックアップ計画がどうのとか、とにかく覚えることが多い上に複雑過ぎて、予備知識無しで触ることはまず不可能

てか、たかRDBMSにそんな大げさな仕組みが必要か?って話。

PostgreSQLのようにシンプルな仕組みが基礎にあって、そこから要件に応じて機能拡張できるような柔軟なソフトを知っちゃうと、こう意味もなく最初から色々お仕着せ状態なのはイライラしかないし、すげーバカバカしく感じてしまう。

2019-06-13

anond:20190613134329

最後システム動作が遅いことをRDBMSのせいにして最適化のさの字も実行しようとしてない人を揶揄してるんやな。

2019-03-13

anond:20190313112755

RDBMS「俺らの中で単純にORDER BYして常にO(N)で返ってくるやつ探すのは大分ムズいぞ」

2018-08-30

[]2018年8月29日水曜日増田

時間記事文字数文字数平均文字数中央値
008615570181.063
0141295472.040
02152460164.060
03165067316.738
04193688194.163
05541783.422
06648781.239.5
0720149774.935
08345674166.950
09666624100.435.5
10929985108.546
111171020987.350
1211613997120.735.5
13110584453.132
141421268489.339
15145955165.933
16148901160.934
1775639685.335
1816123682147.130
191371271192.842
207510183135.855
211141093895.935.5
221101063696.741
23137827660.432
1日198719854199.939

頻出名詞 ()内の数字単語が含まれ記事

人(179), 自分(134), 話(86), 問題(81), 今(76), 日本(64), 仕事(64), 増田(60), 意味(58), 女(58), 男(55), 必要(50), ー(47), 人間(46), 気(45), 感じ(45), 前(44), 好き(43), 理由(41), 場合(40), あと(39), 相手(38), 子供(37), 関係(36), 存在(35), 金(34), 安倍(33), 他(32), 最近(31), 世界(31), 無理(31), 女性(29), 気持ち(28), 会社(28), 事実(28), 社会(27), 状況(27), レベル(26), しない(26), マイノリティ(26), 結婚(25), ネット(25), 普通(25), 完全(25), 別(25), ただ(25), 子ども(25), じゃなくて(25), 今日(24), 結局(24), 生活(24), 頭(24), 時間(23), 大学(23), 理解(23), 検索(23), 記事(23), 意見(23), お金(22), 絶対(22), 中卒(22), 親(22), 最初(22), ダメ(21), 個人(21), 自体(21), 作品(21), 言葉(21), 昔(20), 正直(20), 確か(20), 目(20), バカ(20), 件(20), 違い(19), 友達(19), 可能性(19), 人生(19), 認識(19), 扱い(19), 嫌(19), 全部(19), 障害者(19), 馬鹿(19), 内容(19), 一番(18), 毎日(18), 差別(18), 手(18), 主張(18), 逆(18), 権力(18), 批判(18), 情報(17), 場所(17), オタク(17), 普段(17), 世の中(17), サービス(17), 結果(16), たくさん(16), 顔(16), html(16), 嫌い(16), 全て(16), 質問(16), マジョリティ(16), 先(16), 現実(16), 平成(16), 家(16), 表現(16), 漫画(16), 日本人(16), マジで(16)

頻出固有名詞 ()内の数字単語が含まれ記事

日本(64), 増田(60), 安倍(33), マイノリティ(26), じゃなくて(25), 障害者(19), 可能性(19), 平成(16), マジで(16), マジョリティ(16), 自民党(15), 低所得(14), アメリカ(12), なんだろう(12), ブコメ(11), PC(11), 元増田(11), 最低賃金(10), 物理法則(10), YES(10), 機械化(10), 二次創作(10), ワイ(10), はてなー(9), ようじょ(9), 健常者(9), 何度(9), 障碍者(9), 普通に(9), 2018年(9), 下方婚(9), な!(9), IT(9), ツイート(9), 米(9), ネトウヨ(8), いない(8), 共産党(8), DL(8), はてブ(8), トラバ(8), s(8), B(8), Google(8), Twitter(8), 関係者(8), ブクマ(7), アプリ(7), 東京(7), 一緒に(7), 自衛隊(7), 娘(7), 基本的(7), わからん(7), キモい(7), 石破(7), 筋トレ(7), twitter(7), 24時間テレビ(7), ブログ(7), SNS(7), にも(6), なのか(6), 発達障害(6), 1人(6), どんだけ(6), 好きな人(6), サーバルちゃん(6), Suica(6), RDB(6), pixiv(6), 真珠湾(6), 単純作業(6), 回転寿司(6), NHK(6), スマホ(6), RDBMS(6), タトゥー(6), 毎日(6), ???(6), 自然法則(6), ツイッター(6), A(6), アベ(5), 一般市民(5), さくらももこ(5), フェミ(5), 1回(5), ちびまる子ちゃん(5), ガチャ(5), ありません(5), ブクマカ(5), 1日(5), Amazon(5), 中国(5), 結果的(5), hatena(5), かな(5), 北朝鮮(5), お客さん(5), 20万(5), ちんこ(5), 障害者雇用(5), いいね(5), 艦これ(5), 2年(5), 被害者(5), 大五郎(5), はてな民(5), 個人的(5), LINE(5), スレ(5), 7%(5), 10人(5), ゴルドー(5), E(5), 民主主義(5), jsfiddle(5), 人間性(5), …。(5), 正義(5), 1割(5), 同人誌(5), 1件(5)

投稿警察もどき日中に再投稿された本文の先頭20文字 ()内の数字投稿された回数

うんち (12), そうだね。うんちだね。💩 (3), パンティー (2), https://jsfiddle.n(2)

頻出トラックバック先(簡易)

世界三大ペンギン /20180829074002(11), ■[ゲーム]クイズ検索したら1件しか出ませんでした /20180829140908(10), ■ /20180829165740(8), ■早稲田大学現代文コースセクシャルハラスメント報告書がひどい /20180828223619(7), ■【思考実験】女はゴルドーを避けるのか? /20180829123815(7), ■なんで漫画実写映画は /20180829112319(7), ■anond20180829183228 /20180829184256(6), ■ /20180829113426(5), ■【緩募コミュニケーション不要仕事急募】 /20180829213909(5), ■外人って寿司おいしいって思うのかな /20180828164004(5), ■沸騰した味噌汁 /20180828153328(5), ■ワイシャツってクリーニングに出す物なの? /20180828221836(5), ■揚げ物 /20180829141503(5), ■anond20180829154129 /20180829154559(5), ■増田って /20180829004704(5), ■娘ちゃんとうんち /20180829125723(5), ■お見合いするべきか? /20180829205310(5), ■保護猫さんを飼いたい /20180829081201(5), ■ナンパは軽薄で犯罪的な行為なのか? /20180829222920(4), ■anond20180829185836 /20180829190637(4), ■ /20180829121011(4), ■はてな民繊細チンピラ多すぎ問題 /20180829125728(4), ■卵かけご飯 /20180829122540(4), ■ネット上の艦これコミュニティまとめ /20180829031342(4), ■ /20180829111343(4), ■平成が終わる という表現 /20180828120344(4), ■日本人の字幕への意識の低さは何なん? /20180829155850(4), ■anond20180829182954 /20180829183228(4), ■筋肉っていつからブームになったの? /20180828201927(4), ■はてな民Vtuber知識ガバガバ /20180829162352(4), ■anond20180829161508 /20180829161634(4), ■風邪幼女って効果あるの? /20180829094551(4), ■ /20180829140907(4), ■いい歳してコンビニ立ち読みしてるおっさん /20180829083418(4), ■24時間テレビを叩いている方へのお礼 /20180829112304(4), ■フリーアーチャーにならなきゃよかった /20180828115851(4)

増田合計ブックマーク数 ()内の数字は1日の増減

5555667(3158)

2018-08-29

anond:20180829103702

RDBMSは決してパーフェクトじゃないでしょ

特にIoT等のリアルタイムデータを処理する系には遅すぎる

anond:20180829102902

いやー、RDBMS上位互換的な概念ワードは今のところ聞いてないで。

ざっくりNoSQLって括りは「RDBのそれぞれの機能に特化した」ようなものとして、

RDBMSは(速度以外に於いて)それらNoSQLで補っている全機能が入ったパーフェクトな何かって扱いなのは変わっておらんやろ。

anond:20180829102801

お前の知識10年前で止まってるだろ?

RDBMS以外のDBMSが発展してるんだよ

anond:20180829102027

フロントがどうなってるのかは知ったことじゃないが、根元を辿れば必ずRDBMSにたどり着く。

anond:20180829101221

RDBMS検索結果が0件になるクエリ必然インデックス無しで全件走査されることになるからかなり時間かかるしやめてクレメンス…」

2017-12-29

【追記あり】一見キラキラしているけど絶対入社してはいけないIT企業

内情ボロボロ退職者続出なのに新卒募集している知人の会社(IT企業)があるので、注意喚起がてら書いておく。

ベンチャーSIer中間にあるような会社。有名企業の子会社です。

分かる人にはあの会社だと一発でわかると思うので、広めて欲しい。

代表にもはや自浄能力はない。辞めては困る人が辞めて反省してはしばらくしたらけろっとそのままの振る舞いと行動を繰り返しているだけ。

上に書いたように新卒ガンガン辞めてる。この会社の外向きの評判と比較すると有り得ない。

不幸な若者をこれ以上増やさないように。

(追記) 2017/12/29 23:13

コメントとかでサイバーエージェントさんと言ってる方も居るのですが違います

(追記2) 2017/12/30 6:10

ブコメを踏まえていくつか。

2017-12-07

Webサービス企業求人条件を具体的に書け

はてな場合Webアプリケーションエンジニア

求められる知識経験

Incrementsの場合アプリケーションエンジニア

必須スキル

メルカリ場合ソフトウェアエンジニア(Server Side))

必須条件

ドワンゴ場合(【ニコニコ事業Webアプリケーションエンジニア正社員))

必須条件

こんなのそこらへんの学生でも持ってるスキルだろ。こういう甘い条件で人を集めてバサバサ不採用にして何がしたいのかわからん。たまにいいのが来ればいいや?みたいな感じ?どうせ内部では経歴や年齢や学歴差別してるんだろ(と疑われても仕方がない)。

Webサービス企業求人条件を具体的に書け。

2017-09-16

株式会社はてな株主構成から見るはてな実態

今戯れに時価総額と持ち株比率から換算した資産表作った

近藤 淳也 66.33% 4482581400円 ○

(株)はてな 6.59% 445352200円

毛利 裕二 5.98% 404128400円

梅田 望夫 4.30% 290594000円

栗栖 義臣(社長) 2.61% 176383800円 ○

大西 康裕 1.97% 133132600円 ○

伊藤 直也 1.79% 120968200円 ○

田中 慎樹 1.41% 95287800円

田中 慎司 1.30% 87854000円 ○

小林 直樹 1.15% 77717000円

お金の額面はともかくの話なんだけど、

○をつけたのは、はてなコードを書いたことがあると"思われる人"。「名前 プログラミング」で検索して有意な結果が出た人に○つけた。各株主の詳細知りたい人は適当にググって

で、さら


はてな年収は524万円が平均年収です。(有価証券報告書調べ)

http://heikinnenshu.jp/joho/hatena.html

あると好ましい知識経験

スクリプト言語(主に Perl/PHP/Python/Ruby/JavaScript)によるアプリケーションライブラリ開発の経験

ScalaGoにおけるアプリケーションライブラリ開発の経験

iPhoneアプリ、もしくはAndroidアプリの開発経験

UNIX系OSRDBMS特に LinuxMySQL)についての基礎知識

オブジェクト指向プログラミングの基礎知識

コンピュータサイエンスアルゴリズムデータ構造分散技術自然言語処理技術機械学習データマイニング型理論)に関する基礎知識

ネットワーク技術HTTPDNSTCP/IPなど)についての基礎知識

大学卒/275,000円〜

http://hatenacorp.jp/recruit/fresh/application-engineer-entry

って、エンジニア待遇悪すぎじゃない?

この毛利 裕二という人の持ち株の資産新卒給料(計算だるかったか計算からボーナス抜いたけど、手取り分で考えたらボーナス分くらいは消えるだろう)で稼ぐとしたら122年かかるし、梅田 望夫という人は88年かかる。本当にこの人たちにはそれほどの価値(上にあげた新卒に求めるやたらと高いスペック)分の価値があるのか?いや、価値があると思ったから株をあてがったんだろうけど...

まぁなんていうか...、はてなのエンジニアのみなさんお疲れ様です...業務がんばってください

完全に外様の俺から言えるのは"エンジニアに"もっと給料たくさん払った方がいいんじゃないかということだけです

2017-07-03

https://anond.hatelabo.jp/20170703162849

「Excellはもちろん既存RDBMSでも処理できない巨大データ」というコンセンサスは取れてるでしょ

2017-05-30

SQLが好きになれない

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2014-11-03

http://anond.hatelabo.jp/20141102225754

うん。分かる分かる。

過去に掠っただけの経験を盛って何とか面談相手のニーズ合致してますアピールをしなきゃならないこの苦しさ。

日本システム開発現場って無駄にギョームケイケンを求めすぎなんだよな。

どの現場も作ってるもんは画面の入力内容をRDBMSに保存して、画面やら帳票やらファイルに出力するだけ。

オンラインバッチ汎用機オープン系、この位の粒度経験がかぶってて、オブジェクト指向言語どれか一つ使いこなせりゃ別に現場に入ってから学習全然事足りるし、業務知識なんて販売管理やら在庫管理やらの一般的な業務システムの知識を本とかで仕込んでおいて後は現場で覚えりゃ十分。

必要なのは仕組みを作る能力、周りとすり合わせる能力だろ。

まるで、専門知識がなければ戦力にならないかのようにみんな面接してくるけど、どうせお前外部の人間にそこまで深くコミットした仕事させねーだろって思うわ。

ま、そもそも面接自体違法だけどな。

2014-09-06

Excel嫌いはモテなそう

http://anond.hatelabo.jp/20140905175927

エクセル表計算ソフトだ!と言い他の使い方を認めない人は宗教ぽくて怖いです。

視点も狭く融通がきかなそうなので、モテないでしょうね。たぶん童貞です。

DBエクセルにするかアクセスにするか他のRDBMSにするかは要件次第です。

RDBの知識がある方は、無駄アクセスを使おうとすることもありますが、

全体の効率を考えたらエクセルの方がはるかに良い場合もあります

(もちろんデータ量や入力状況によってはアクセス検討すべき可能性もあると思います

ケースバイケースなので、「エクセル表計算ソフト」だといい除外する視点の小ささは

股間の小ささに繋がります

エンジニアの考える視点と全体の視点って違うんです。

視点ゴリゴリに凝り固まってて、他者視点で考えられない童貞は、

RDBリレーションできても女の子リレーションすることはできませんよ。

byみおり

2014-07-22

MySQLを商用利用すると無料で使えないという都市伝説

MySQLに限らないけど、「GPL営利目的では使えない的な思い込み」は止めて欲しい。

先週、システム開発の提案で客先に行ってきた。

当方、30前半のSE対応してくれた担当者40代後半の情報システム部門の方。

提案したシステムの規模はそれほど大きくはなく、お客さんからもあまり予算はないと言われていたため、RDBMSに「MySQL」を使ったWebシステムを提案したところ、「それほど可用性は求めてないし、無料で使えるDBの方がいい」と言われた。

あぁ、商用ライセンスを購入すると勘違いしたんだな、と思ったので、「MySQLGPLライセンスもあるので無料で使うことができますよ」と説明したところ、担当者の顔が険しくなった。

GPLだとソースコードを公開しないといけないんだよ?たとえMySQLソースコードを改変していなくても、MySQLを使ったソフトウェアであればソースコードを公開しないといけないし、それを企業で使おうとすると犯罪になるよ。」

「だからウチでは重要システムOracleを使っているし、重要度が低いシステムPostgreSQLを使ってる。」

たまたま提案先がウチだからいいものの、他の企業にそんな提案すると恥をかくし、あなた会社の信用も堕ちる。」

いろいろ言われたけど、要約するとこんな感じ。


「確かにGPLだと他の誰かにMySQLを使ったソフトウェア頒布する場合ソースコードも渡さないといけないですが、今回は御社に導入するWebシステムですから問題ないですよ」

とは返したものの、

Webシステムなのが問題なんだ。システムを使う人にソースコードを公開しないといけないんだよ。TOPページとかにリンクを貼るの?ソースコードはこちら、みたいなの。ありえないよね?」

システムを使った社員ソースコードを持って帰って公開したらどうなるの?機密情報流出だよ。」

と捲し立てられてしまった。

心の中では「Webシステムだと利用者全員にソースコード公開とか、なわけねーだろ」と思いつつも、相手の勢いがスゴいし反論するための明確な情報を持っていなかったので一旦持ち帰って再検討することになりました。


http://www.ipa.go.jp/files/000028332.html

英語が苦手なのでIPAが公開しているGPLv3の日本語訳で確認したところ、「0. 定義」の項目に以下の文言があった。


著作物の「コンベイ」(convey)とは,プロパゲートに当たる行為のうち第三者が複製すること又は複製物を受領することを可能にする行為をいう。ただし,コンピュータネットワーク上での単なるやりとりであって複製物の伝送を伴わない場合は,コンベイに当たらない。



そりゃそうだよね。てかWebシステム利用者ソースコードを公開しないといけないとか誰が言い出したんだよ。


で、結局提案はPostgreSQLに変更しました。ライセンス云々関係なくPostgreSQL統一されているんだったら運用コスト面でその方がいいし、MySQLを提案したのは俺がPostgreSQLより得意だからってだけだから

ライセンスについては調べたことを担当者に伝えるかどうか思案中…。

ここまで捲し立てられたのは初めてだったけど、今までもお客さんからGPLだけど商用ダメなんじゃないの?」って言われたことが多いんだよね。

もう一度言うが

GPL営利目的では使えない的な思い込み」は止めて欲しい

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