「正規化」を含む日記 RSS

はてなキーワード: 正規化とは

2017-09-11

https://anond.hatelabo.jp/20170910205249

まじな話をすると、N予備校プログラミング入門コースやるのがオススメ

https://www.nnn.ed.nico

一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。

月額1000円だけどしっかり勉強すれば一ヶ月の無料間中に終わると思う。

もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラム講師曰く去年はこれで二人エンジニア就職を決めたらしい。

内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職必要な環境構築やセキュリティまでみっちりやる。

http://qiita.com/sifue/items/7e7c7867b64ce9742aee#%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E3%82%92%E3%82%82%E3%81%A8%E3%81%AB%E6%A7%8B%E6%88%90%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B3%E3%83%BC%E3%82%B9%E3%81%A8%E5%86%85%E5%AE%B9

講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。

↓みたいなことが学べる

----

Webプログラミング入門コース

Web ブラウザとは (Chrome, デベロッパーコンソール, alert)

はじめてのHTML (VSCode, HTML, Emmet)

さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)

HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)

はじめてのJavaScript (JS, ES6, エラー)

JavaScriptでの計算 (値, 算術演算子, 変数, 代入)

JavaScript論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)

JavaScriptループ (ループ, for)

JavaScriptコレクション (コレクション, 配列, 添字, undefined)

JavaScript関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)

JavaScriptオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)

はじめてのCSS (CSS, セレクタ, background-color, border)

CSSを使ったプログラミング (transform, id, class)

Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)

診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)

診断機能組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)

ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)

Linux開発環境構築コース

LinuxというOS (VirtualBox, Vagrant, Ubuntuインストール, OS, CUIの大切さ)

コンピューター構成要素 (ノイマンコンピューター, プロセス, lshw, man, ps, dfの使い方)

ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)

標準出力 (標準入力標準出力標準エラー出力パイプgrep)

vi (vimtutor)

シェルプログラミング (シバン, echo, read, 変数, if)

通信ネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)

サーバークライアント (tmux, nc, telnet)

HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)

通信をするボットの開発 (cron, ログ収集)

GitHubウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)

イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)

GitとGitHub連携 (git, ssh, clone, pull)

GitHubへのpush (init, add, status, インデックス, commit, push, tag)

Gitのブランチ (branch, checkout, merge, gh-pages)

ソーシャルコーディング (コンフリクト、プルリクエスト)

Webアプリ基礎コース

Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)

集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)

アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)

ライブラリ (ライブラリ, パッケージマネージャー, npm)

Slackボット開発 (slack, mention, bot)

HubotとSlackアダプタ (hubot, yo)

モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)

ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)

同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)

例外処理 (try, catch, finally, throw)

HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsイベントループ, リスナー)

ログ (ログ, ログレベル)

HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)

HTMLフォーム (フォームの仕組み, form, input)

テンプレートエンジン (テンプレートエンジン, jade)

HerokuWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)

認証利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)

Cookie を使った秘密匿名掲示板 (Cookie, Set-Cookie, expire)

UI、URI、モジュール設計 (モジュール設計, フォームメソッド制限, リダイレクト, 302)

フォームによる投稿機能の実装 (モジュール性, textarea, 303)

認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)

データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)

トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)

削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)

管理者機能の実装 (Web サービス管理責任, 管理者機能の重要性)

デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)

脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)

XSS脆弱性対策 (XSS, 適切なエスケープ処理, リグレッション)

パスワード脆弱性対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)

セッション固定化攻撃脆弱性対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)

より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)

CSRF脆弱性対策 (CSRF, ワンタイムトークン)

安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)

Webアプリ応用コース

Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)

ExpressのAPI (app, Properties, Request, Response, Router)

GitHubを使った外部認証 (Passport, OAuth)

スティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)

継続的インテグレーション (CircleCI)

クライアントフレームワーク (Webpack, Chrome 以外のブラウザでもES6)

DOM操作フレームワーク (jQuery, jQueryアニメーション, this)

AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)

WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)

RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)

データモデリング (リレーショナルモデル, 正規化)

テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)

インデックス (インデックス, 複合インデックス, Bツリー)

集計とソート (SUM, COUNT, ORDER BY, GROUP BY)

「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計モジュール設計、MVC)

認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)

予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)

予定とユーザーの一覧の表示 (非同期処理, Promise, then)

出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)

出欠とコメント更新 (Promiseチェイン, リファクタリング)

予定の編集と削除 (要件の衝突, 関数再利用)

デザインの改善 (this, グローバルオブジェクト)

セキュリティ対策と公開 (X-Frame-Options, Heroku環境変数)

2017-08-16

https://anond.hatelabo.jp/20170816164708

あるあるやな。

光の具合で変わるから輝度彩度正規化するとか調整したらうまくいくかも。

2017-08-14

伊藤ハムサラダチキンがうまかった

サラダチキンをいろいろ食べているんだが、伊藤ハムのやつが旨かった。ネットでも調べてみたら高評価っぽくて、ねとらぼの「飲み食いしつつもヘルスケア」というやつで、「星9つ」がついていた。

「おお、評価いね!」と思ったんだが、この「星9つ」というのは果たして「飲み食いしつつもヘルスケア」の中での相対評価はどの程度なんだろうかと疑問に思った。たぶん、標準正分布を書けばわかりそうだな…と思ったので乏しい数学知識を引っ張り出して計算してみた。

まず、度数分布表を書いてみる。

回数xf (星×回数)x^2f (星の二乗×回数)
291836
32369207
441164656
5954752375
61297744644
718512959065
812810248192
9756756075
10(満点)110100
合計686450431350
平均-6.56559766845.69970845
分散--2.592635722
標準偏差--1.610166365

ここから、平均と標準偏差を求める。

この辺の知識が闇の彼方だったのでこの動画を参考にした。

で、平均=6.56・標準偏差=2.59の正規化された確率変数(STANDARDIZE)と確率(NORMSDIST)の値をGoogleスプレッドシートを使って求めてみる。

NORMDISTSTANDARDIZENORMSDIST
0.000.00-4.080.00
1.000.00-3.460.00
2.000.00-2.840.00
3.000.02-2.210.01
4.000.07-1.590.06
5.000.15-0.970.17
6.000.23-0.350.36
6.570.250.000.50
7.000.240.270.61
8.000.170.890.81
9.000.081.510.93
10.000.032.130.98

グラフ

ということで、「星9つ」は上位7%なので相対的に見てもなかなか評価が高そう。

どっか間違えてるかもしれんけど。


たまにこうやって計算してみるのはなかなか楽しい

2017-08-13

最近windows10環境の構築

メモ代わりに

テキストエディタ

mery

一行目で保存マクロを組み込んで使っています

圧縮解凍

zip天下統一された感があるので、標準の機能OKのように思います

7zip

あえて入れるとすれば、7zipで事足りるでしょう。

画像処理

GIMP

とりあえず独特なインターフェイス操作感なので、戸惑いますが、やりたいことはできますアドビユーザー的には、概念の違いに少し戸惑う可能性があります

音声編集

SoundEngine Free

カット編集正規化、フェードインフェードアウトなどにマルチトラックを扱いたいときは、RadioLine Freeで。うざいセリフカットしたりとか、もじぴったんの歌を30分バージョン編曲したりできます

午後のこ~だ

懐かしい感じすらしますが、このあたりがシンプルでよいと思います

動画編集

AviUtl

プラグインを導入したら、うまくいきます。使い方は調べるとだいたい判明します。

webエディタ

Microsoft Expression Web4

仕事でないと使う人もいないような気がするジャンルですが、表組とかフォーム作成とかとても楽になりますメニュー表示英語なので、英語勉強をしておきましょう。

画像データ作成

Microsoft Expression Design

イラレFireworks的な何か。

オフィスソフト

LibreOffice

エクセルワードのようなもの。家で使う分にはこれくらいでいいのでは。何かの展示会でGoogle日本の人が、Googleスプレッドシート説明をするときExcelのようなもの連呼していたことが思い出されます。ちなみにGoogleドキュメントワードのようなもの表現していました。

Media player classic

動画再生用。

VLC media player

mp3再生用、簡易なタグ編集もできる。

ブラウザ

Chrome

Edgeを使いたくないとき

Firefox

スクリーンショットとか便利系の追加機能をつかいたいとき

有料編。

CorelDraw

アドビはお高いわという人向け。文字組の品質InDesignにはかなわないけど、フルバージョンが5万。年契で2万+税なので、お得。使いこなすとMSWord不要になる。カッティングプロッターとつながるのと、図面の寸法通りに印字できるので、モデラーの人には便利。ページの概念マスク機能があるので、漫画作成にも使えます自分同人誌プリントして製本したい人にはおすすめ日本語解説が少ないので、ある程度調べることが苦にならない人向け。Essentialという廉価版もあるので試してみたい人はそちらから

スマホにまかせること

メール

もうスマホでいいでしょ。

2017-06-26

https://anond.hatelabo.jp/20170626005657

俺の仕事も似たようなもの

月毎の処理が正規化されてないから、

月が変われば手作業ソースの項目名修正するんだぜぇ

ワイルドだろう?

わざわざうるう年かどうかをユーザー手入力に頼るんだぜぇ

ワイルドだろう?

Excelの月初の曜日入力してユーザーに配布するんだぜぇ

ワイルドだろう?

2017-06-05

地獄

素人が作った構造化されてないデータ正規化されてない

エラートラップ皆無のExcelVBAを改修するだけの簡単お仕事

2017-04-14

http://anond.hatelabo.jp/20170413225101

http://repository.kulib.kyoto-u.ac.jp/dspace/handle/2433/136459

に載っているもの確認できる。中身は自分は見えないので現役研究者の方に確認していただきたいが、おそらく原著論文ではないかと思う。

Molecular Cloning of Bombyx Cerebral Opsin (Boceropsin) and Cellular Localization of Its Expression in the Silkworm Brain

http://www.sciencedirect.com/science/article/pii/S0006291X01955408

Biochemical and Biophysical Research Communications, 2001

Contribution of mGluR1 to the basal activity of a mouse cerebellar Purkinje neuron

http://www.sciencedirect.com/science/article/pii/S0304394099008526

Neuroscience Letters, 1999

Scienceに掲載決定は詳細不明



話は脱線するが、元の日経記事は一部正しくないと思われる。

>> コンテストの狙いは脳の健康効果のありそうな食べ物生活習慣などを見つけることだ。企業などからアイデアを募り、山川PMらが開発した脳活動指標をもとに、アイデアを試した時の脳の変化を測る。脳の健康効果のありそうなもの表彰するという内容だ。今回が2回目でコラーゲンペプチドの摂取ラベンダーのアロマハンドマッサージ表彰された。山川PMらは1月には、製菓大手明治と高カカオチョコレートの脳活動への影響を発表。発表文には「脳の若返り効果可能性がみえた」とする文言が並んだが、実際には科学的な効果を探るのはこれからという段階だった。 <<

この「脳活動」という文言が誤り。

まずはBHQが何か?について。

山川氏が資料に出しているBHQなる指標は、脳活動指標ではなく、「脳の体積」「脳の神経繊維の質」の指標で、脳「活動」ではない。2つまとめて「脳構造」の指標という言い方が正しい。一緒と感じるかもしれないが「大きいコンピュータからと言って性能がいいとは必ずしも言えない」みたいなもので、体積は必ずしも機能を示さない。とはいえ、学習によって脳(の一部)の体積が増えるという話は多数報告されている。まとめると、「脳体積が増えたら、脳機能の向上がみられる」というのは必ずしも真であるとは言えない微妙ライン

BHQの正しさは計算式が出ていないのでなんとも言えないが、なんらかの形で100に正規化して脳構造の変化を示しているようだ。資料に載っている写真は、どちらも脳の体積と神経繊維の評価に使われる画像なので、それなりに妥当っぽくは見えるがなんとも言えない。

日経記事について。

元の資料ざっと目を通したところ、山川プロジェクトのものではBHQに関して、脳活動と言ってはいないので、インタビュー時に山川氏が間違えて伝えたのかもしれないが、おそらく日経記者理解不足ではないかと感じる。そう考えると、この記事もどこまで信じていいのかよくわからなくなる。

ただし、山川氏の資料プレスリリースでも、「脳構造」を測っていないにも関わらず、「脳機能」という言い方をしているので、これは行儀が悪いと感じる。

2017-04-05

http://anond.hatelabo.jp/20170404154007

倉庫のように人がメールをいちいち見てられない現場想像できないんだろうな。

紙が出てることで受信が目で判断できる、FAXの強さを理解できないやつがSEやると、大抵の場合現場死ぬ

スキャンしたデータをそのままファイルサーバ

とか言ってるバカも居るが、それ自体簡単対応可能だ。

受信したFAXメールになるシステムもあるし、受信データ「そのまま」ファイル化するのも当たり前にある。

ではなぜそうしないのか?を考えられないやつが、効率化だのと騒ぐわけだ。

結局のところ、メールしろFAXしろ、そのままじゃデータは使えないんだから、【効率化()】のためには、正規化したデータにする必要がある。

誰がヤんの?

その作業があるとして、紙とメールでどれだけ【効率化()】に差が出るの?

中途半端IT化が、一番作業効率落とすんだよ。

土方SI営業にとっちゃ、そんな言葉にほいほい金払って現場疲弊するだけのシステム導入する社長は、いいカモだけどな。

2017-01-20

うちの会社プログラマが糞すぎる

できるプログラマもいるのだが、あまりにも糞なやつが多いので吐きださせてもらう。

1.遅刻常習犯

月曜日遅刻率が高すぎる奴がいる

2.ホウレンソウがない

社会人常識だろう。

進捗状況の報告がない。

定義仕様勝手想像して作り、報告しない。

挙げ句、その仕様おかしいと指摘すると不機嫌になる。

定義の時点で、簡単でいいから報告してくれるといいのだが。

3.設計センスがない

せめてDBの初期設計正規化してほしい。

外部キーとか夢のまた夢。

4.プログラムセンスがない

1000行越えのメソッドが大量にあったり、

オブジェクト指向言語なのにほとんどが静的メソッドだったり、

妙なグローバル変数があったり、

コードクローンが大量だったり。

5.テストしない

一度動かせばエラーが出るのにやらない

6.既存コード理解しない

コード意図理解しない。

結果、修正を行うつもりが、壊している。

上司よ。はやくメンバー入れ換えてくれ。

2016-12-19

Oracle案件に当たりなし説

もちろんスペシャリストがきちんとわかった上でOracleを使ってる案件大丈夫なんだろうが、中小規模案件Oracle使ってるのにろくなのがない。

Oracle案件ありがちなこと。

データベースは当然のごとく正規化されてない。昔はされていたのかもしれない。

使用されていない予約されたカラムの山。必須でない情報でもカラムを作るのでテーブルがどんどん肥大化していく。

業務必要リレーション崩壊している。

・謎のインデックスが大量にあるが、パフォーマンス上本当に必要インデックスはない。

・ストアドプロシージャが秘伝のタレ化。そのせいでOracleから抜けられない。

Oracleを使うとDB設計者の脳は破壊されるのだろうか。脳が破壊されているかOracleを使うのだろうか。

開発環境準備するのも面倒だしインターフェースダサいし、もうOracleが絡む案件やりたくない。

2016-10-13

とある開発プロジェクトに参加したとき

とある開発プロジェクトに参加したときのこと

機能をどんどん追加していく開発スタイル

早さ重視のため、テストをしないしコードがぐちゃぐちゃ

画面の確認すらしないから、エラー画面出てるのに気づいていない。

テーブル設計も思い付きで作るので正規化されてない

この会社まじでヤバイと思った

2016-07-20

http://anond.hatelabo.jp/20160720093730

1)アベノミクス批判

金融緩和一時的な気付け剤に使うのは構わないが、それで恒常的に景気が回復するかのように宣伝するのは間違い。

・同様に、株価の引き上げは見かけの景気の問題しかない。

オリンピック復興需要でのかさ上げも、どうせ終わった後に揺り戻しがあるのは目に見えている。

 (復興はするしかないわけだけど、オリンピックをそれに重ねたことで、この問題は深刻)

2)正しいと思う処方箋

民間に偏りすぎた資本を、パブリックセクターに戻す必要がある。

・結局、雇用正規化を進めないと、消費は戻らない。まず非正規公務員正規化して、公務員数を小泉改革以前程度にまで戻すべき。

・その二つを考えると、結局恒常財源を手当てするためには増税ということになるが、消費税じゃなくて所得税金融課税で行わないと格差は拡大し、消費も持続的なものにならない。

・また、民間でも最低賃金を他の先進国並みに引き上げ、社会保障正規非正規格差も解消すべき。

 ってことで、別に共産主義万歳じゃないけど、共産党の言っていることが経済回復のための早道だと思う。

2016-07-16

エンドユーザコンピューティングの話

社内SE転職した俺。

もともとその会社には専任IT担当者がいなくって、俺が初の担当者

で、色々な素人達が片手間に作ったシステムメンテナンスをすることもある。

殺意最初に芽生えたのはホームページビルダーで作ったHTMLソース

完全に物理タグレイアウトしてるじゃん!くっそ汚えコード

次はExcelVBA。なんでサーバDB上のデータを取り込むのに、

サーバ上でCSVにするプログラムをわざわざ動かして、

APIFTPを叩いてダウンロードODBCじゃダメなんですかね...

今やってるのは、素人MySQLPHPに手出しをしたプログラム

なんと、正規化という概念はないし配列も使ってない。

なんか、再コーディングした方が簡単なんじゃないかって思うプログラムマジで

2016-03-18

住所入力フォームの全角強制について

Webフォームで住所入力するときに、「千代田区千代田1-1-1」みたいなのがダメで「千代田区千代田1−1−1」みたいに数字

ハイフンも全角入力しないといけないところが多くていらっとするんだけどなんでなの? 手抜き?

全角ハイフン変換もダッシュとか長音とか変換されちゃって再変換しなきゃなんないこともあるし。

データベース内では全角統一してるんだとしても、格納時に正規化すればいいと思うんだけど。

2016-03-12

保育園落ちるのは、不要な申し込みをしてる奴らのせいですよ。

割と待機児童が多いと批判される市の公務員なんですがね。現場感覚から指摘させてもらうと、現状でほぼ保育園の数と定員は足りてるが不必要な申し込みが多すぎて足りていない実態があります

政治が悪い、役所が悪い、と責めるのは構いませんし、たしかにそういう側面も有りますから声を上げるのは良いことですが、利用者の質についても問うべきです。

数年ほど前ですが、国勢調査の基礎統計(昼間人口動態)を元に就学前児童に対する保育所必要率を28%と算定しました。

まりどーいうことかといえば、国勢調査世帯状況から共働きだったり、核家族だったりで明らかに保育が必要児童数と、一年前の就業状態統計と出生数をクロスマッチさせて、出産を機に仕事をやめた人数の推計資料など、割りと横断的に公的統計資料を駆使して算出したのです。当然ながら地元大学統計学権威にも協力を仰いで算定したのがその数値です。

地域性もあるため必要率は変動するでしょうが都市部は似たような数字になるはずです。

で、ウチの場合現在の利用率が32%ぐらいあるので、統計値と比べると4%ほど乖離しています

この原因については抽出調査利用者実態調査をして、本来保育園を利用すべきではない人が利用しているために生じている誤差だろうという結論に至りました。

具体的に言えば保育料は世帯収入によって利用料金が変わるのですが、国勢調査世代世帯収入分布と保育料の利用料認定分布クロスマッチすると、明らかに歪なアンマッチが表面化しています

現場人間の肌感覚統計資料裏付けをとったものですが、結局これを正規化する動きは出来ないので審査方法を変えるなどして工夫しましたが、痴呆公務員に出来ることな限界があります

政治が悪いのではなく、じつは保育所のお迎え駐車場小一時間井戸端会議してるキノコヘッドたちが自省すれば、保育所は足りてるんですけどね。

それがわかってるから保育園を増やせないんですヨ。

2014-12-17

http://anond.hatelabo.jp/20141217051014

アルゴリズムがわかってるにこしたことは無いけど「コンピュータってやつの根っこ」ってそれだけじゃないし。

コンピュータアーキテクチャとかネットワーク/プロトコルとかもわかっててほしいし、各種OSでそれぞれのコマンド使って情報引き出すノウハウも持っててほしいし。

プログラム限定しても、アルゴリズムの知識以上に、名前付けのセンスとか、分割・整理のセンス重要だと思うし。

データベース設計だってアルゴリズムがわかればできるってもんでもないし、業務ロジック独立正規化して設計するのが原則RDBと、あらかじめクエリを想定して設計するドキュメントDBだと、全然考え方が違うし。

オープンソース活用にしても、今のフレームワークミドルウェアって、アルゴリズムレベルの知識だけじゃあ、ソース読んでも設計思想とかわからなくてPoEAAとかのアプリケーションアーキテクチャ設計の知識も必要だし。

実際使おうと思ったら、ソース読むだけじゃなくて、ドキュメント開発者ブログメーリングリストもチェックするべきだし。

色々考えると、英語ソースコード、問わず原典にあたって必要な知識を増やす姿勢と、それを整理して伝える力が重要ってことになる。

面接でやるとしたら、最近読んだ本、ドキュメントを挙げてもらって、説明してもらう、とかでいいんじゃないかな。

2014-06-15

http://anond.hatelabo.jp/20140614001149

戦前は、ホワイトカラー月給制、ブルーカラー日給制という厳然とした区別があった。日給制の人々は、月給取りになりたくて(家族に対してそう装いたくて)、日給月給という、計算は日給、支払は月給にしてもらった。戦後労働市場の需給がタイトになって、企業が囲い込みのために日給月給の人も月給化、正社員化したけれど、メーカーでは給料表が別体系なのが多い。そして、派遣を含めた非正規化は、ホワイトカラーも含めた単純労働を、再び組織市場調達から一般市場調達に戻そうということのように見える。労働の需給がタイトになればウニクロのように正社員だ、というけれど、景気が悪くなって緩めばまた戻すよ。

2014-06-04

http://anond.hatelabo.jp/20140604142859

nullableなDB設計は基本ダメだぞ。

余程「無い事当たり前」もしくは「無い事あっても何とかなる」データ以外はnullableにしてはいかん。

具体的には、下記のようなデータは「nullableにしてもええ」が、(性別が必ず二つでもないし分からん場合もあるし、何より性別システム制御されることはまずない)

CREATE TABLE PROFILE(

ID SERIAL,

NAME TINYTEXT NOT NULL,

SEX TINYINT NULL /* NULLにしてもいいやつ*/

);

下記のような「権限」とかについてはnullableを設定してはいけない。

CREATE TABLE 権限(

ID SERIAL,

NAME TINYTEXT NOT NULL,

AUTH BOOL NULL /* nullにしちゃアカン奴 */

)

あるかないか分からないけどもシステム制御する必要がある場合は、テーブル構造をこうする

CREATE TABLE ユーザ(

ID SERIAL,

NAME TINYINT NOT NULL

);

CREATE TABLE ユーザ権限(

USER_ID INTEGER UNSIGNED NOT NULL /*このカラムユーザ.IDと同じになる*/

AUTH BOOL NOT NULL

);

権限がある/ないユーザのみユーザ権限テーブルにレコードを持つ、って形式だな。

それ以外が未定義

まあ、普通に正規化」ってやつやが。

迂闊にNULL化のカラム作る奴は基本死ねばいいと思う。集計面倒くさいからな。

2014-03-29

ワーキングマザー問題につい思う

定時で帰ってもらってそこから引き継ぐ。そしたら私はいつまでたっても定時で帰れない


これワーママが考えている以上に深刻な問題なんだけど、やはり一旦非正規に鞍替えしてもらうしかないと思う。

特に広報部とか必然的にワーママだらけなってしま部署では、そうでもしないと他の人の負担半端ないブラック企業ならぬ「ブラック部署」化する。


正規化してしまえば、しない時に比べてアンバランス是正に人事が動きやすくなる。


あ、あと、メール署名欄に「勤務時間10:00〜16:00」とか書くのはやめた方がいいと思う。

社外の人から見たら、「じゃあ他の人を担当にしてよ」って言いたいし、社内からしたら「じゃあ急いでいる俺はどうすればいいの?お前だけ権利主張?」と、ワーママ以外の全ての人が不幸。

2014-01-27

http://anond.hatelabo.jp/20140127134314

世界規模=全世界隅々までじゃないだろ。

世界規模でないからビッグデータではない

それは肯定するけど、Googleの規模が、コンビニの規模と同じって事か?あきらかに規模小さくね?

http://ja.wikipedia.org/wiki/%E3%83%93%E3%83%83%E3%82%B0%E3%83%87%E3%83%BC%E3%82%BF

ビッグデータサイズは、常に動いている目標値であり、単一のデータ集合内では、2012年現在数十テラバイトからペタバイトの範囲である

定義上は 多めに見積もってようやく 下限ギリギリに入るけど ペタバイト クラスが 一般的ビッグデーターじゃね?

1桁から2桁 足りないよ。

 

売上高から逆算すると1レコード1K ぐらいで、ようやく1テラ/月だけど 正規化された売上DB普通レコードそんなに無い。

侮蔑表現が入っていました。ごめんなさい。

2013-12-08

https://twitter.com/souretu_bot/status/409150258795401217

[2005/11/13(日) 22:21:36]若い頃の思い出って大切だと思う。てか、老人にとってそれが全てだろ。 青年時代恋愛の一つもなかった、愛してくれた女性の一人もいなかったという記憶が、 老人喪男にどう圧し掛かるんだろうな?その前に狂ってしまってるかもな。

そっか。そうなんだな。正規化すると、「自分を愛してくれた女性」という体験も原体験も、自分人生には無いのだ。母親も、親友も、恋人も。

Tumblrで見かけたんだと思うけど:

ブサメンの末路は、告白せずに嘲笑されるか、告白して嘲笑されるかしかない」

非モテは難しいこと考えるくらいしかやることがない」

まさにこれ。

https://twitter.com/syakekan/status/409158707444854784

https://twitter.com/syakekan/status/409158195995607040

女の子と話をしていて、非モテブサメンを嫌いだという人の多くが、そういう人と話したこともない、という事実を目にするたびに、人間洗脳ってきっと簡単なんだろうなって思う。

これは本当。女子大生がな、悪気もなしに非モテブサメン嫌いって言うんだよ。で、「実際イヤな思いさせられたの?」って聞くと「存在自体がキモい」って言うんだ。 こういう洗脳は大人がひとつひとつ解いていくしかない。この年齢のうちに。>RT

あたまでっかちになっているんだよね。

自分の体験したことだけを信じろ」「歴史偉人や他人に学べ」

どっちの極端に偏ってもダメだと思うけど、そのバランス後者偏重してしまってるんだよね。

あとアイドルとか役者とかの、美しさへのブームの弊害もあると思う。

「美しくないものは、存在価値がない」という思想。それが自身や他者や世界観に影響を及ぼしている。


まあ自分もその頭でっかちになってるんだろうけど、もう「恋愛しよう」とかいモチベーション、気力と体力、リソース配分の優先度設定、そういうものがなくなってしまった。

恋愛意識するとつらくなるから、既婚者や恋人がいる女性のほうが安心して話ができる。変な気を起こさないから。

フリー女性だと変な気が起きやすいので、その場合は「俺は嫌われている」という仮想敵国みたいな設定をしている。

そのほうが「恋愛本能」のようなモノが働かなくなるのでオススメ。それが働いてしまうと、つらい思いしかしないし、つらい結果しかいから。

2013-10-21

衣食足りて礼節を知る、これを実践すれば税金未納率は確実に減るのに……

お金の無い者から徴収しても回収率が悪いのは当然である

例えば雇用面では今後非正規化に伴う雇用流動化が大きく進むだろう。その一方で給与体制や労働条件経営者側に大幅に有利になる仕組みを作って労働意欲を損なわせ、貯蓄に励み、消費を押さえがちになる悪循環に陥ってしまっている。そしてこれを常に煽動し更には増税路線を取ったため、誰も彼も国民年金を納めようという気力がなくなるのだ。

これではお話にならない。子供のお遊戯ではないのだから、絞るだけ取っても回収率が低いのは当然でその辺り安倍総理および自民党経済音痴と言わざるを得ない。

古の名宰相管仲に倣って、与えて取る事を実践するべきである

無い者から取って何になるだろうか、与えて国民を潤わせて初めて税金を納めようと努める余裕が生まれるのだ。

日々、困窮している人間に追い打ちのように雇用流動化を進めては、あるはずの労働力は賄えるはずがない。その上、賃金が安い外国人労働者を採る移民政策を立ち上げようとするのは、

如何にも現状を理解出来ていない、目先の利益しか考えていなさそうな人間がしそうなことだろう。これには大きな問題が含まれる。

例えばドイツ東西時代には、トルコ人や中国人など安い労働者を大量に獲得し労働を強いていたが、東西統一後、西ドイツ労働者東ドイツでも働き始めた影響で外国人労働者の問題が浮き彫りになった。後にネオナチと呼ばれる外国人排斥運動家が増加し社会問題になった。

近年ならば、中国に進出し中国の安い労働力を軸に生産工場を次々に起こしていた日本企業が、その後技術資本が軒並み現地労働者に乗っ取られた、いわゆるチャイナリスクの被害を被った事は記憶に新しいと思う。

今、正にこれと同じ状況が日本国内で行われようとしているのである

日本人生産力が乏しいか外国人積極的採用するとか外国資本を導入していくといった発想をどうか見直して欲しい。

フランス移民問題現在も深刻化しており、安易移民政策が如何に愚かしいか物語っているが、これを実践しようとしているのである

外国資本に乗っ取られるなどは前例があるため多少リスキーだが問題ない。

しかしながら、日本国内の問題を日本人に求めず海外に求めて成功した試しがない事をまず実感するべきである

日本人生産力が低下しているのは、終身雇用制度崩壊非正規雇用の大幅な緩和政策が原因であり、また今後実施されようとしているホワイトカラーエグゼンプション等正規労働者にすら、労働を強制する等の措置が取られれば、今の生産力ないし国民総生産が確実に減退するだろう。

日本企業日本人労働者に見返りのない安い労働力を求め過ぎたために、疲弊し生産力が落ち込んでいるにも拘らず、今後も今以上の労働者に痛みを伴わせる悪法実施しようとしている。

このような悪循環は更なる悪循環しか呼び込まない。

そうではなく、古の名案を採用し、与えて行く事が将来的な大幅な回収や生産力の向上に結び付く事である

これは実例がある話であり、また明治期の日本の急進的な成長、富国強兵路線にしても戦後経済成長にしてもまず与える事を実施した結果、生産力が増えて国民の中に愛国心を芽生えさせていったという素晴らしい軌跡がある。

これを実践せずして、経済が蘇る事はないし、税金未納を防ぐ事にならないと断言する。

2013-08-02

インターフェースとかちゃんと設計すれば必要ない。複雑にするだけ。

上司言葉

インターフェースとかそんなものをちゃんと設計を考えれば必要ない。複雑にするだけ。

リファクタリング必要を説明したところ…)バグでもないのに動いているシステムソースを書き換える?ふざけるな

Javaジェネリクスを見て)なんだこれは、ちょっとからいから説明して……ふむふむ、わかりにくいか配列しろ

DB正規化DBの使っていないテーブルの洗い出しという意味で使用)

UMLクラス図(フローチャートのこと)

Javaの最新は6(2013年言葉

JavaScript?あんな簡易言語なんて使えるのか?

(昨今のStruts脆弱性ニュースを聞き)よし!攻撃をされていないかチェックだ!ここのページ(なんかのニュース)を参考にして調査報告をしてくれ(Strutsは使っておりません)

役員言葉

昔ながらの静的でApacheのみで動く会社サイトについて)なんか簡単でいいからさ。資料問い合わせフォームみたいなのを作ってさ、メールが営業に飛ぶようにしてさ、そして問い合わせした会社データをためておい統計みたいなのをだしたいんだけど。

ほんと簡単なものでいいからさ。デザインとかは気にしないからさ。簡単なエクセルみたいなので出せるくらいでいいからさ。一週間くらいでできるかな

2013-07-19

DBのテーブル設計の難しさは異常。正規化の事ばかり考えたら、再帰的になって負荷はかかるし、表現の自由度(集計とか)も失われる気がする。何より時間がかかる。学習コスト半端ない。だから正規化してテーブル増やすより、カラム増やして要件満たされるならそれでいい気がする。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん