サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
買ってよかったもの
treeapps.hatenablog.com
2015-05-31 「Java は置き換えられる時期に来ているのか」を読んで scala java node.js Tweet IBMが何やらjavaはcobolみたいに退場するよ、という記事を出したようです。 COBOL のように死んだ言語 業績低迷で死に体状態のIBMが、こんな事を書いています。 Java の置き換えとなりうる候補は無数挙げられており、.NET や Ruby、さらには Python まで、「Next Big Thing (次なる大きな潮流)」であると言われています。 私は特に言語ヲタでもないですし、凄腕エンジニアでも無いですが、現状の各種言語を取り巻く環境などを簡単にまとめてみようと思います。 トレンド googleトレンドからいくつか見てみます。 ライトな言語 予測チャートも含めると、大体の今後のトレンドが見えますね。 ruby 僅かな右肩上がり python
2015-03-08 日本でプログラマが少ない理由は戦う戦場を間違えているからです IT業界 ◯ 広告 昔から言われている日本のプログラマ問題、さて、皆さんどう考えているのでしょうか。 日本でプログラマが少ない理由は正当な対価を支払わないからである : SIerブログ この記事を読んで、色々と思うところがありました。 社長や偉い人の見解 日本史なんか教えなくていいからプログラミングを教えろ、日本でプログラマが足りない理由は 工学系とかプログラム系を学ぶ学生が少ないから http://wirelesswire.jp/london_wave/201503031606.html まあ一理あるとは思いますが、ちょっと浮世離れしている感が否めません。 スレ住人の見解 続いてスレ住人達の見解です。こちらは現場サイドの意見が見られます。 ぶっちゃけ日本人は能力格段に低い 日本のIT企業はコミュ力で勝
2015-03-03 「プログラム 組めぬ大手が 指揮を執る」←日本のIT業界の縮図 IT業界 ◯ 広告 IT川柳きましたね。 絶望感漂う社畜川柳 今年も続々 絶望感漂う社畜川柳 今年も続々 | web R25さて、今回気になったのは以下です。 プログラム 組めぬ大手が 指揮を執る これです。これが的確に日本のIT業界の縮図を表してしまっています。 大手には開発者などいない、いて貰っては困る R&D部門があるところは別として、基本的に大手には開発者（実際にコーディングする人たち）が全くいません。ではどんな人がいるかって？外注を管理するだけのマネージャーしかいないです。大手は自社では何も開発できません。開発しない事を目指しているようです。これが日本のSI業界の現状です。例えばNTT◯ータ、富◯通、N◯C、I◯M、なんかが最たるものでしょう。今まではそれで彼らは生きていけたのですが、最
2014-05-22 WEBプログラマの私が開発現場で学んだSEOを一挙公開！ SEO 誰もが悩むSEOですが、私が沢山のWEBサイトを開発してきた中で、これさえ対応すればSEOは問題無いよ！というものをまとめたので、公開してみようと思います。SEOは Search Engine Optimize の略で、言葉通り検索エンジンに対する最適化です。決してユーザビリティの向上等、ユーザへの施策では無い事を理解しましょう。（プログラマーなら）最低限SEOをやっておくべきであり、その後にマーケティングやユーザビリティ向上を目指しましょう。 では早速見ていきます。 ちょっと長いですが、頑張っていきましょう！！ ■ htmlタグ titleタグ 対応しないとどうなるか titleタグが無い場合や「無題ドキュメント」等となっている場合、検索エンジンが頑張って自動的にタイトルを表示してくれます。すると
2011-04-17 macでnginx nginx macでnginxを使ってみる。まずはインストール。インストールはmacならmacportsか。 macportsは、BSDのportsをmacに移植した感じのパッケージ管理システムです。（redhat系のyumみたいなもの） http://www.freebsd.org/ja/ports/index.html 何故BSDを参考にしているかというと、OSXがBSD UNIXベースに作られているからです。macportsのインストールには、xcodeのインストールが必須となっている。１、XCodeのインストール 以下からダウンロードできる、が、ダウンロードするためにはアカウントが必要なので登録する。 http://developer.apple.com/xcode/ アカウント登録してログイン後、「iOS Dev Center
気をつけないと、後で呆然とします・・・ ERMaster、便利なんですが、色々怖い罠が潜んでたりします。 ERMasterには「単語機能」があり、一度作成したカラムは論理名が単語として登録される。 他テーブルでテーブル定義する際に、その単語名を選択すると、型やフィールド長等が簡単に設定できる優れもの！ のはずなんですが、私にはこれは恐怖機能でしかないです。 一般的に、複数テーブルで同一カラム名を定義することって沢山あると思うんです。例えばステータスとか。 しかし、名前は一緒でも、初期値やフィールド長が違う事があるので、うっかり単語機能を使ってしまうと、こっちのテーブルの修正があっちのテーブルにもいつの間にか反映され、JUnit等でエラーが発生して初めて気づく、という事が起こってしまいました。 非常に怖いので単語機能をオフにしたいんですが、今のところオフにはできない模様。。。
このページを最初にブックマークしてみませんか？
『treeapps.hatenablog.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
