hibitama.netThis domain may be for sale!
どうすればWEB業界に就職できる？ステップアップの方法は？その質問に答える！
どうすればWEB業界に就職できる？ステップアップの方法は？その質問に答える！ 2013.03.05 | 初心者向け | 相談 | 考える。 どうもパープルです。前回アップいたしました ” WEB制作会社って実際儲かるの？これから先もやっていけるの？その疑問に答える！ ”という記事につづき、WEBのよくある質問に答えてみるシリーズ第２弾です。 今回のテーマは雇用。社長やフリーランス割合が多いWP-Dでは、自然と面接をする側、雇う側から、どういった人と一緒にやりたいか？という事に焦点があたったようです。 これからWEB制作会社に入りたいなと思っている方 今の会社からの転職や独立、そんな将来について考えている方 新しい人を雇いたい、一番いい方法は？と考えてられる経営者の方 パートナーを増やしたい。と思うフリーランスの方 そんなみなさんの考えが少しだけ明確になるためのきっかけになればいいなと思いま
SQLアンチパターン「IDリクワイアド」の再検討 - 極北データモデリング
SQLアンチパターン 作者: Bill Karwin,和田卓人,和田省二,児島修出版社/メーカー: オライリージャパン発売日: 2013/01/26メディア: 大型本購入: 9人 クリック: 698回この商品を含むブログ (46件) を見る話題のSQLアンチパターンの目次に「アンチパターン：すべてのテーブルにID列を用いる」とあるのを見て、大胆にもサロゲートキーを否定しているのかと思って読んでみたが、どうも主張がはっきりしない。論点が尽くされていないような... 「SQLアンチパターン」の主張 第3章には以下のようなことが書いてある。 「IDリクワイアド」アンチパターン IDリクワイアドは「すべてのテーブルに"id"という列名の無意味な連番の列を追加し、PRIMARY KEY制約を付与する」というパターンのこと。 何がいけないのか 自然キーにUNIQUE制約を付けないなら、自然キーの重複を
Dislable Java - Just posted a blog
若手なので、若手Webエンジニア交流会に行ってきました。 アプリケーション開発から言語、インフラまで幅広い話が聞けたのは良かったです。意識がちょっぴり高まりました。またWeb系、みんなイケイケなのであれをあれしないといけないなどと思いました。 Dislable java from rejasupotaro かくいう僕も若手なので、フレッシュな言語・ジャバについて発表してきました。 言語のはなし ジャバの発表をした当日に、偶然にもdynamicおじさんが記事を公開して、 変数に型がないということの利点について考える これが連鎖的に型論争の呼んで、TLが地獄みたいになった。 「変数に型がないということの利点について考える」の問題について考える 型付けと変更の時定数 言語機能としての型、概念としての型 動的型付き言語と静的型付き言語 型論争 動的型言語の使いどころ 動的型とか静的型の話の前に「
【絶対】PC の時計を 2099 年 12 月 31 日にしてはいけない【ダメ】 - satosystemsの日記
下手すると PC が起動しなくなります。 コンピュータには 2036 年問題というのがあって、簡単に言うと、2036 年のある時刻以降、内部時計が 1900 年に戻ってしまうというもの。まあこれぐらいならかわいらしい現象です。 僕は実際に 2099 年 12 月 31 日 23 時 59 分ちょうどに設定してみました。そこからの 1 分はまさにカタストロフィでした。 まず、常駐しているアプリが不正終了したりエラーダイアログを出したりして、1 分後の大惨事を知らない僕はこの状況を少し楽しんでいました。エラーダイアログのキャプチャなんかを撮ったりして。 Cygwin で date コマンドを打つと、196x 年ぐらいだったので、まさに 2036 年問題が発生していました。 出てきたエラーダイアログのひとつは .NET Framework のスタックトレースが出ていたので、なんだろうな、と眺めて
Scala Conference in Japan 2013でのスライドを公開しました - たけぞう瀕死ブログ
Scala Conference in Japan 2013で発表させていただいた「使ってわかったScalaのここがダメ！Play2によるシステム開発事例」のセッションで使用したスライドを公開しました。 海外の方も参加されるとのことでスライドは頑張って英語で作ってみました。そんなに難しいことは書いてないので意味は伝わるかと思いますが、おかしなとこがあるのはご容赦ください。 基本スライドでネタ出しをして、要点は口頭で話すという流れだったのでスライドだけ見ても言いたいことがあまり伝わらないかもしれません。いろいろと文句ばかり書いていますが、本当に言いたかったのは個々の問題点がどうこうということではなく、以下の二点です。 Scalaは充分に実用的な言語ですが、Javaと同じ感覚で使うと痛い目を見ることもあるので注意して欲しいということ（新しいものを導入して失敗すると悪いイメージを払拭するのが大変
職業プログラマーなら必ず読むべき「Code Complete」 - $shibayu36->blog;
Code Completeの上下巻を読んだ。 CODE COMPLETE 第2版 上 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazonCODE COMPLETE 第2版 下 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazon 読んだ感想としては、職業プログラマーなら必ず読むべき本だなと感じた。 この本ではソフトウェアコンストラクションに関する話題を扱っている。この本の中でソフトウェアコンストラクションとは、詳細設計、コーディングやデバッグ、単体テストなどなど、要求定義が終わった後、ソフトウェア製作に必要なプロセス全般のことを指している。 主なテーマとして、どうやってソフトウェアにおける複雑さを減らすことが出来るのか、について書かれている。そのテーマをいろいろな観点から説明されている。例えば以下の様な観点がある。 上流工程の欠陥による
Read Groovy Compile process(Groovy Benkyoukai 2013)
1. Groovy 基礎勉強会 Groovy実行の基礎 ∼コンパイラ処理系としての Groovyを読み解く∼ 2013/3/9 @青山オラクルセンター NTTソフトウェア Grails推進室 上原潤二 Slide # 1 Groovy基礎勉強会 Copyright(C) 2013 NTT Software Corporation All rights reserved. 13年3月9日土曜日 2. 自己紹介 上原潤二(@uehaj) NTTソフトウェア株式会社Grails推進室 JGGUG(日本Grails/Groovyユーザグループ)運営委員 書籍執筆: プログラミングGROOVY(技術評論社) Grails徹底入門(翔泳社) G*Magazine Vol 6記事書きました → ブログ「Grな日々」 GroovyServ, LispBuilder, GVM(Groovy JVM), St
Yahoo! JAPAN
Yahoo! JAPANトップページの機能を正しくご利用いただくには、下記の環境が必要です。パソコンでご利用のお客様 Windows：Internet Explorer 11.0以上 / Chrome 最新版 / Firefox 最新版 / Microsoft Edge macOS：Safari 9.0以上 ※Internet Explorer 11.0以上をご利用の場合は、 「Internet Explorerの互換表示について」を参考に、互換表示の無効化をお試しください。タブレットでご利用のお客様 iOS 9以降、または、Android4.0以降のOSに標準搭載されたブラウザー ※日本国内版として発売されている端末でご利用ください。
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
理系と文系の本当の違い
タイトルはやや釣り。既に皆が知っているような事を、ちょっと別な言葉でもう一回書くだけ。 一応最初に自己申告すると、筆者は理系を自負している。 違うのは興味の対象いきなり結論を書くと、これ。 理系は事象や物それ自体に興味を抱き、人間同士の営みについてはあまり興味がないが、文系は基本的に人間中心主義で、人間関係に強く関心を寄せる。 興味というと話が限定的になるので、世界の捉え方と言ってもいいかもしれない。 理系は、まず銀河の中に太陽系がありその中の地球と言う惑星に棲む様々な生物のうちの一つが人間、というように、自然科学的な世界の枠組みの中に人間社会があると考える。物事の本質はそれ自身の持つ法則や性質にあり、人間がそれに与える意味は付随的な物と考える。 一方文系は、まず人間社会がありその中の一団が天文学を発達させ太陽系や銀河の有り方を発見した、というように、人間社会の枠組みの中に様々な知識や発見
社内勉強会を居酒屋でやってみたら - HOW TO GO
ITエンジニアなので、社内で勉強会とかやってます。 ちょっと変わっているのは居酒屋で飲みながら勉強会をやっていることです。 勉強会を始めたきっかけ、やり方、その他もろもろを書いてみます。 きっかけは部署内のバラバラ感をなんとかしたかったから 昔は社内での受託開発はそこそこあったのですが、２年くらい前から激減し、今ではほぼゼロです。 今は主に客先に常駐して開発してたり、IT便利屋やってたりしてます。 そんな部署なので、 同僚が何やってるかわからない どんな技術を使ってるか知らない わからないの困った時に助けてもらうこともできないし、逆に助けることもできない。 といった感じです。こんな現状で、いい仕事ができるわけない、とモヤモヤしてました。 みんなそれなりに頑張ってる モヤモヤしてる中で同僚に愚痴ってると、 他のプロジェクトでも、それなりに新しい技術を使っていたり、 効率的な開発をする仕組みが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby本から読み解くRuby考古学 - Ruby Archaeology from the Ruby Book