Content-Length: 239527 | pFad | https://b.hatena.ne.jp/kazuph1986/20111125#bookmark-67551709
MySQL :: MySQL 8.0 リファレンスマニュアル :: 11.1 数値データ型
MySQL はすべての標準 SQL 数値データ型をサポートします。 これらの型は、概数値データ型 (FLOAT、REAL、DOUBLE PRECISION) だけでなく、真数値データ型 (INTEGER、SMALLINT、DECIMAL、NUMERIC) を含みます。 キーワード INT は INTEGER のシノニムで、キーワード DEC および FIXED は DECIMAL のシノニムです。 MySQL では、DOUBLE は DOUBLE PRECISION (非標準の拡張) のシノニムと見なされます。 また、REAL_AS_FLOAT SQL モードが有効でないかぎり、REAL は DOUBLE PRECISION (非標準のバリエーション) のシノニムと見なされます。 BIT データ型はビット値を格納し、MyISAM, MEMORY, InnoDB および NDB テーブルでサ
Chikirinの日記
ようやくこのタイトルでブログを書こうと思えるようになりました。 最近は「あの頃」のコトなどすっかり忘れ「以前と同じ旅三昧の生活」を謳歌している私ですが、ふと振り返るとあまりに異常だったあの時期について、きちんと記録しておかねばと考えました。 コロナ騒ぎが始まったのは2020年の 3月。 クルーズ船乗客のコロナ集団感染のあたりではまだ他人事だった多くの国民も、3月末に志村けんさん、4月下旬に岡江久美子さんが亡くなるといっきに危機感が高まり、ついには「緊急事態宣言」が発出されるに至ります。 2020年4月7日 首都圏+関西圏など 7都道府県に緊急事態宣言発出（安倍総理が会見） 2020年6月 北陸ドライブ旅 非常事態宣言の翌月、突然どこもかしこも無人になった東京の街に空恐ろしさを感じ、「どこか遠くへ行きたい！」と強い衝動に駆られた私は、まったく同じ心境になっていた旅ともと北陸へ旅立ちました。
高給を稼ぐ近道は効率化ではなくブルーカラー的な発想を捨てることだ : ITコンサルジャンキー
10月4 高給を稼ぐ近道は効率化ではなくブルーカラー的な発想を捨てることだ カテゴリ:徒然 Tweet 製造業は新入社員の仕事を読んで思ったことは、本来日本はホワイトカラー的な労働にシフトして行かなければ経済が頭打ちになっていくのに、ブルーカラー（製造業）時代の働き方が色濃く残っているということだ。効率化という言葉が呪文のように唱えられ、多くの時間デスクに座って勤勉に働いている（ふうな）人が賞賛されている会社は少なくないだろう。 私が属しているプログラマやSEという職業は少し特異である。設計書があってそれに沿ってソフトを作るという仕事はいわゆるブルーカラーの働き方である。そこで必要なことはやはり従来叫ばれていたような効率化である。同じ時間でもいかに設計書通りに多くのプログラムを書けるかが重要視される。できるプログラマとできないプログラマの作業効率は100倍以上差があると言われているのは、こ
実力評価を恐れる日本の社会人 : ITコンサルジャンキー
11月14 実力評価を恐れる日本の社会人 カテゴリ:徒然 Tweet 元ネタはこちら。 ○○できないやつは、△△できない ←嘘 フレックスタイム制を否定したり、社員の勤怠状況やマナーに異常に反応する会社は、社員一人ひとりの貢献度（売上）がわかりにくい会社ほど多いのではないだろうか。 端的に言うと、元ネタの記事のような会社は全体の雰囲気として、実力で評価されるのを恐れているのではないだろうか。 もちろん僕自身も遅刻はあまり褒められるものではないと思っている。しかし、遅刻とは相手があってのものなので、ただ単に思考停止した頭で作られた社内規則の”９時までに出社”というルールに対しての遅刻ははっきりいってなんの問題もない。これは仕事の内容にもよるだろうが、大半の人は打ち合わせ以外の理由で朝９時に会社にいなくてはいけない理由などない。 話を戻そう。 勤怠やマナーをみんなで守りましょう的な雰囲気やそれ
Dan Benjamin
Dan Benjamin is an inventor, podcaster, software developer, and writer. In early 2009, Dan became a full-time podcaster with the launch of 5by5.tv, often called "NPR for Geeks" by its listeners. 5by5 quickly rose to become one of the top tech-focused pocast networks, drawing talent from all corners of the tech, gaming, productivity, and entertainment industries. Dan’s podcasts have gone on to rece
git diff の使い方がほんの少し理解できた - murankの日記
いままでなんとなく使ってきたけど、ようやく使い方が分かったような気がするのでメモ。 前提知識 インデックスとワーキングツリーが理解できていること HEAD が何か分かっていること git diff ワーキングツリーとインデックスの差分を表示。 git add した後にさらに修正したけど、そういえばどの時点で git add したのかなー、というときに使う？ git add したらすぐにコミットする自分には関係なさそう。 git diff --cached HEAD とインデックスの差分を表示。 git add して、コミットする前に差分を確認したい時に使うんだと思う。 自分は git diff よりもこっちの方をよく使う。 git diff HEAD HEAD とワーキングツリーの差分を表示。 前にコミットした時からどれくらい編集したか確認したい時に使う。 HEAD の部分はコミット(HE
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: https://b.hatena.ne.jp/kazuph1986/20111125#bookmark-67551709
Alternative Proxies:
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type