つまづきがちなiPhoneコーディングのTips（JS多め） | バシャログ。
来月はキャプテン・アメリカ見るし、気が付いたら年中アメコミ映画を見ているminamiです。 来月にはまた大きな発表がいろいろありそうなiPhone界隈ですが、iPhoneサイトのコーディングをする際につまづいてきたポイントを挙げてみました。 [HTML] input type="file"は使えない 画像をアップするコンテンツだからフォームに input type="file" を・・・と考えがちですが、iPhone版のSafariでは使用不可です。 [HTML] <meta name="viewport" content="user-scalable=no">が効かない 最近ハマったポイントです。ユーザーに画面の拡大をさせなくすることができるviewportのuser-scalableプロパティですが、本体のアクセシビリティ設定で「ズーム機能」をオンにしているとバッチリ拡大できてしまいま
作るプログラムの機能や性能で勝負したい。そうだ、データベースを勉強しよう - きしだのはてな
さて、アルゴリズムの勉強のしかたと、ラムダ計算の勉強のしかたの目星をつけました。 アルゴリズムの勉強のしかた - きしだのはてな ラムダ計算の勉強のしかた、プログラム意味論 - きしだのはてな これでここで書いたプログラムの理論の基礎は勉強できたことになるんじゃないかと思います。 プログラムの理論とはなにか - きしだのはてな ところで、プログラムの勉強地図としてこういう図を書きました。 で、ハードウェアまわりについても、プロセッサを支える技術やネットワークはなぜつながるのかでひととおり勉強したとしましょう。 じゃあ次は、アジャイルか？テストか？UIデザインか？となるわけですが、やはりプログラマなら、プログラムの作り方や使いやすさの前に、作るプログラムの機能や性能で勝負したいじゃないですか。 いい感じに関数が分割できるよとか、読みやすい名前がつけれるよとか、効率よく仕事して定時に帰れるよと
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
2011-09-27
欧米（特にアメリカ）の入学試験や、外資系企業の面接で常に聞かれるのが、「あなたのリーダーシップ体験について話してください」という質問です。 大学の入試エッセイでも書かされるし、大学や企業の面接では、過去にどんな場面でどうリーダーシップを発揮したか、事細かに聞かれます。 もちろん入社してからも、リーダーシップは主要な評価項目のひとつとなっています。 ところが日本ではリーダーシップについて問われる機会はごく限定的。中には「今まで、一度も問われたことがない」という人さえいます。 なので、その概念自体あまりよく理解されていません。 たとえば私が日本人からよく受ける質問は、「欧米ではなぜ全員にリーダーシップを求めるのか？」というものです。 質問の意図は、「リーダーシップという、組織を率いるごく少数のトップ人材だけが持っていればいいものを、なぜ欧米の大学や企業は全員に求めるのか？」とか、 「 10人の
ソフトウェア開発組織が持つべきカルチャー 005: 柴田 芳樹 (Yoshiki Shibata)
プロセス中心ではなく、スキル中心 ソフトウェアは、人が頭の中で考えたことを手を動かして作り出すものです。つまり、家内手工業なのです。そのため、個々のソフトウェアエンジニアのスキルが重要であり、スキルを積み上げていくことが必要です。Richard Gabrielは、 「The Poetry of Programming」と題するインタビューの中で次のように述べています。 Writing software is an art, and it takes about ten years to really get good at it. ソフトウェアを書くことは芸術であり、本当にうまくなるには10年を要する。 ソフトウェア開発においては、個々のソフトウェアエンジニアのスキルを向上させる活動をしながら同時にソフトウェアを開発してく必要があります。 しかし、日本のメーカーは、ソフトウェア開発を労働集
この門をくぐる者は一切の希望を捨てよ – Agile 2011 Conference フィードバック
今日は、社内でAgile 2011 Conferenceのフィードバックを発表させて頂きました。 フィードバックについて 近いところで働いている人中心の勉強会だったのですが、たくさんの人に聞いていただけてうれしかったです。ただ、時間が足りず、途中駆け足になってしまったり、説明がうまくできていない部分があったと思います。しかも、最後のまとめ部分は、僕が考える未来。そしてそれは限りなく、今の現場の話だったので、自分自身、答えが出ていない部分があり、ものたりない方もいたかもしれません。ごめんなさい。 最終的に伝えたかったのは、例えとして表紙にした「地獄の門」をくぐるぐらいの覚悟がないと、現状をよくできないのではないかという危機感でした。そして、今回はアジャイル開発の話が中心でしたが、そういった武器を持って、乗り越えていく人がいたら、その人と働きたいなぁという気分も入っています。 全部を説明すると
ブログ記事を読んでもらうための10の書き方
2013年10月10日 Web関連記事, ユーザビリティ 私は基本的に一日60記事前後、多くて100記事のブログに目を通しています。でもその中で上から下まで全て読むのはその半分以下。途中で記事を読むのをやめる事も多々あります。理由は求めていた内容と違った、というのも多いですが、「読む気がなくなってきた」なんてものも。最後まで読んじゃう記事はやっぱり読みやすさやまとめ方が違います。今ブログを書いている方も、これから始めようと思っている方もぜひ気をつけて欲しいブログ記事の書き方をまとめてみました。 ↑私が10年以上利用している会計ソフト！ 1. 画像を使う これはチュートリアルサイト等の、何かを説明している記事は特に必要だと思います。私の英語力がまだまだだった頃のお話ですが、英語力がないにもかかわらず勉強も兼ねて英語サイトのみ閲覧するようにしていました。その時に思ったのが、スクリーンショット画
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
