いま学ぶべき第二のプログラミング言語はコレだ！ 未来のために挑戦したい9つの言語とその理由 - エンジニアHub｜Webエンジニアのキャリアを考える！
いま学ぶべき第二のプログラミング言語はコレだ！ 未来のために挑戦したい9つの言語とその理由 業務に必要なだけではなく、コンピュータによって問題解決できていない分野を切り開き、エンジニアとして戦っていくため、刺激的な第二プログラミング言語に挑戦しましょう。Rust、Go、Erlang、Elixir、Clojure、Scheme、OCaml、Haskell、Scalaを紹介します。 みなさんが使えるプログラミング言語はいくつあるでしょうか？ ひとくちに「使える」といっても、ひととおりのチュートリアルは終えたという段階もあれば、言語仕様（あれば）やライブラリを知り尽くしていて、思いついた処理を即座にコード化できるという段階もあります。リファレンスとか参考書を見ながらであれば使える、ということも多いでしょう。 ベテランエンジニアなら、いろいろな仕事に携わっているうちに、さまざまな環境でそれぞれ必要
日々の生活から起きていることを観察しよう!!: 売れる本を作る条件とは? その２ 再現性あるベストセラー作りの5か条
一般的な情報源では得られにくい視点を、経済評論家の勝間和代が独自の切り口や事例による考察で先読みします。 お金は銀行に預けるな 金融リテラシーの基本と実践 今回は、ベストセラー作りについて、気づいたことをまとめていきたいと思います。 以前、ベストセラーについてまとめたエントリー、売れる本を作る条件とは? ～ ランキング・ヒットチャートとジップの法則の関係から、早くも7か月がたちました。 業界標準として、ベストセラーとは刷り部数が10万部を超えたものを指すようです。13万部の勉強法のあと、何冊か本を出しましたが、それぞれ、もっとも少ない少子化本で1.5万、もっとも多い時間投資法で8万部くらいで、10万部の大台に乗るものは出ませんでした。 そしてこの11月、お金は銀行に預けるな 金融リテラシーの基本と実践を出しましたが、こちらが発売10日目で10万部の大台にのり、今年二つ目の大ヒットになりまし
#6 IT戦士 天野 仁史／こんにちはこんにちは！ Hamachiya2（後編） Webアプリ開発でもっとも重要なこと | gihyo.jp
小飼弾のアルファギークに逢いたい♥ #6IT戦士 天野 仁史／こんにちはこんにちは！ Hamachiya2（後編） Webアプリ開発でもっとも重要なこと 天野 仁史さん、Hamachiya2さん（はまちちゃん）との対談の後編です。 編集部注） 本対談は2007年3月に行われたものです。 撮影：武田康宏 優れたエンジニアって 弾：毎度おなじみの質問です。優れたエンジニアとして重要なのはどんなことでしょうか。タグは綴じようとか（笑）。 天：俺は自分1人でどこまで作れるかっていうことだと思います。上から下まで自分でどのくらい作れるか。そういう意味では、自分はまだまだかなぁと思うんですけど。 は：そういう人がそばにいたら、何でもお願いしたくなっちゃうかも。アイディアが湧いたら「こんなの作って」とかって。この人に言ったら、上から下まで全部できちゃうみたいな。 弾：いやでも何でもやら
ウノウラボ Unoh Labs: 海外経験のない典型的理系人間が日常会話レベルの英語を話せるようになるまでの道のり
尾藤正人です。 最近僕のアメリカ人の友達がオフィスに来たときに英語で会話をしてたのですが、ようやく僕が本当に英語が話せることが証明できて存在価値を認めてもらえるようになりました。 昔は理科数学しかできない典型的な理系人間で、高専に進学したため受験戦争の荒波から逃れ、英語レベルは中学生止まり。海外に一度も行ったことがない(パスポート持ってない)状態で外国人と普通に会話ができるまでに成長することができました。 英語は読めるんだけど喋るのは苦手という方は多いと思います。なので、僕がどうやって英会話力を見につけたかを紹介したいと思います。 日本語を使わない これが一番大事です。英和辞典は捨ててもいいぐらいです。日本人は日本語を勉強するときには日本語を使います。英語を勉強するときには英語を使えばいいのです。そもそも言語っていうのは一対一で対応するものではないので、外国語を使うことに無理があります。英
too sweet to eat - そこそこの才能を持つ人2.0
「週刊エコノミスト」をランチタイムに読みました。明日にはおっさんになってしまうかもしれません。 特集がウェブ2.0とはなんぞや、で、後ろのほうには私も参加したLAの「LOHAS10」の模様とLOHAS事情の記事が。ちょうど昨日原稿を書いていたのでなかなか面白く拝見。というか先に読んでおけばよかったぜ。 2.0がらみの記事では、梅田さんのインタビューの中の「『エリートと大衆』の間にかなり質の高い第三の層（中略）が台頭することが大きいと思う。」という部分、 こんな人がソトに対して発言できる機会が多くなるのは社会にとって益というお話なのですが、『ウェブ進化論』の同様の内容の記述ではあまりピンとこなかったのですが、 内容の実例で、 「今まではあまり外に対して発言をしてこなかったけれど、『中学や高校のクラスの上から５人』とか、『親戚という小さなコミュニティーで一番敬意を持たれている人』とか」 ってい
畑＠サイボウズ・ラボ - ShareToDo
ShareToDo というToDoリストをメンバー間で共有するアプリケーションを作りました。共有といっても、共有したい相手が単純に自分のToDoリストを閲覧できるというものではなく、グループのメンバー全員分のToDoを同時に閲覧できるというものです。 発想の原点としては、ラボで定期的な進捗会の際に、メンバー全員分のタスクについて完了/未完了のステータスを議事録に残していたのですが、なんとなくこれをシステム化したいなと思い、作ってみました。 主な機能は以下の通りです。 ToDoのカテゴリ分け ToDoに対する締切日の設定 非公開ToDoの設定 グループでのToDoの共有 全メンバー分のToDoの同時表示 メンバー毎でのToDoの絞り込み 他人のToDoの登録 非ログインユーザーへToDoリストを公開可 １ユーザー当たり、複数のプロジェクト（グループ）に所属可 動作環境は PHP5.1 と M
現場の叫びで分かった嫌われるプロマネの正体 － ＠IT自分戦略研究所
プロジェクトをマネジメントするどころか、メンバーを地獄に陥れるようなプロマネの正体を暴く。現場の悲痛な叫びはプロマネに届いているだろうか。（Tech総研／リクルートの記事を再編集して掲載） 複雑化・高度化した現代の技術。1人のエンジニアが、1つの案件を仕上げることができるケースなどほとんどない。そこで重要になってくるのが、メンバーを率い、プロジェクトをまとめ上げるプロジェクトマネージャ（プロマネ）の力量だ。しかし……。 Tech総研が、主にIT分野のエンジニア100人に行ったアンケート調査によれば、これまでにプロマネの下でスムーズに進めることができたプロジェクトは5割に満たないと答えたエンジニアが、何と88％にも上っている（図1）。しかも、そのうち79％が、別のプロマネであればうまくいったはずと答えているのである（図2）。
line-height の値には単位なしが良いとされる理由
CSS で行ボックスの高さを指定する line-height 値に、em(length) や %(percentage) などの単位を付けて指定しているサイトを意外と見かける。それは間違いではないし、例えばナビゲーションとかでブロック要素の垂直センターに配置するために意図的に指定しているんであれば良いんだけれど、そうでないなら line-height 値には単位なし (number) で指定した方が良いのにとか思ったりする。その理由は Eric's Archived Thoughts: Unitless line-heights でも分かりやすく説明されているんだけど、ちと劣化コピーしてみる。 単位ありと単位なしの違い 手っ取り早く説明するために、サンプルを作ってみた。p 要素があって、その中にインライン要素の em で一部分を強調している。分かりやすいようにそれぞれの font-size
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
