IT専門の人材サービス・アウトソーシング事業を行うパソナテックが6月1日、渋谷のコワーキングスペースLightningspot内にWeb制作やスマホアプリ開発、ソーシャルマーケティング事業を展開する「渋谷Lab（ラボ⁠）⁠」をオープンしました。本記事では、オープニングイベントとして5夜連続で開催した「shibuya meets tech」イベントの様子を紹介します。 技術探究心、日々の些細な物足りなさ、自己表現など十人十色のモチベーションではじめるサービスやアプリ作りを成功させるためには、どういった着想や進め方、目標設定をすれば良いのでしょうか。 6月7日のshibuya meets techでは、株式会社ユーザーローカルの閑歳孝子氏とAppcelerator Inc.の増井雄一郎氏をゲストに招いて二人の経験を交えつつ、個人でサービスやアプリ作りをする際の勘所をディスカッションしました。

jsism: 以前、書いたTumblrをブログとして使うためにやるべき事 | Web scratchの焼き直しと投稿手法などについて詳細を追加したものです。 目次 1. ブログ用サブtumblelogを作成 2. ドメインの設定 3. テーマの設定 4. アクセス解析、DISQUSの設定 5. ブログ内検索 6. 記事の投稿について(new) (実践編とあるがそれ以外はありません) ブログ用サブtumblelogを作成メイン(アカウントID)のTumblelogはなぜか共同更新など省かれている機能があるため、「Dashboard」の右側にあるメニューで「+Create a new Tumblelog」からブログ用のサブTumblelogを作成するのがよいと思います。 記事の投稿者名にはメインのIDが使用されるようなので、サブと言ってもメインと完全に切り離されたものではないことに注意しましょ

追記：この記事では、どのstrings.xmlが読み込まれるかでロケールを判別していますが、JavaのLocaleを使って取得できますし、そちらの方が標準的かと思います。（2010/11/21） ----- 先日仕事の一環で Android アプリケーションを作成し、日本語から英語にローカライズしました。 本日（09/10/10）段階ではまだリリースしていないので、残念ながら詳しい機能は書けません。 今回は、日本語、英語（一般）、英語（アメリカ）の 3 つのロケールで表示と機能が変わるようにプログラムしました。 ロケール設定自体は Android 端末本体が記憶していて、アプリケーションの実行時にそれを読み込み、表示と機能を切り換えるという仕組みです。 [これ以下の話は、記事「アプリを国際化してAndroid Marketから世界へ発信」程度の予備知識を前提にしています] 具体的にはそれぞ

Go Beyond Borders! 従来の枠組みにとらわれず、「越境」することで自分らしいキャリアを築く人に迫ります。越境者たちは、どのような思いで道を切り開き、どんな未来を描いているのでしょうか。私たちのキャリアに応用できるヒントを探ります。 NEW 41回/全50回 キャリア 2024.12.09 ZOOM IN ナウ！ 今、気になるニュースや知っておくべきテーマについて深掘りしてお届けします。 NEW 16回/全35回 キャリア 2024.12.02 働く女性の「快適生理」マネジメント術 働く女性の半数が、生理が辛くて仕事中に困った経験があり、7割の女性が生理中は仕事の効率が落ちると感じています。でも「これは女性だから仕方がないこと」とあきらめていませんか。実は、生理の悩みは改善でき、もっと快適に過ごせるのです。女性の働き方改革のカギを握る「生理の上手なマネジメント術」をお伝えしま

ソフトウェアを中長期にわたってメンテナンスしていく場合、メンテナンスしやすいコードと、メンテナンスしにくいコードとの間には、同じ機能を実現していたとしても、その価値には雲泥の差があります。 メンテナンスの容易さを示す言葉として、メンテナビリティ(Maintainability)という言葉がありますが、私自身、アプレッソでDataSpiderを11年間開発・メンテナンスしていく中で、「この人の書いたコードは本当にわかりやすいし無駄がない」とメンテナビリティの高いソースコードに感心させられることもあれば、「急いでいたとはいえ、このソースコードはリファクタリングしないと・・・」と、メンテナビリティの低いコードがソフトウェアに混入してしまったことを嘆くこともありました。 このエントリでは、一本のソフトウェアを11年間開発・メンテナンスしてきた経験から、ソフトウェアのメンテナビリティについて考察して

椿ヨネ子 @yoshimicov 私ね、阪神大震災の被災者なのよ。毎年1月17日と、誕生日（7月初旬）のあとの年2回、備蓄のチェックしてる。旦那は自衛官だし、防災関係はバッチリよ。震災のときにあったほうがいいもの、ちょっと書いてく。興味ない人はスルーして。 2012-01-24 12:14:48

あたしが小学5〜6年生だったときの担任・マツダ先生（仮名）は、クラスで話し合うとき生徒にたったひとつのルールを課しました。そのルールとは、「意見を言うときは、必ず理由を言わなければならない」というもの。これは鉄の掟で、例外は許されませんでした。今にして思うとこれはすばらしい教育で、あたしはマツダ先生にものすごく感謝しています。 このルール下だと、「今度クラスのレクリエーション時間でどんなスポーツをやるか」なんて議題で話し合うとき、ただ各自で 「バスケがいいでーす」 「ソフトボールがいいでーす」 「ドッジボールがしたいでーす」みたいに提案だけしていきなり採決ってのはダメなわけ。提案するには、絶対に「なぜ自分はクラスでこのスポーツをやるのがいいと思うのか」を言わなきゃいけないんです。 そうなってくると、「自分がバスケが好きだから」クラス全体でバスケをするべきだなんて言えないわけですよ。いくら小

今年のはじめに「今年こそWebサービスを作りたい人に伝えたい５つのこと（＋番外編）」というブログ記事を書きましたが、個人開発して起業した「Q&Aなう」や「パパパパ開発合宿」の運営を通じて、僕が今年1年でさまざま経験したことを盛り込んで、いま改めてWebサービスについて考えていることを書いてみようと思います。とくに個人開発者の方やこれからWebサービスを作りたいと考えている人たちに読んでもらえたら、とても嬉しいです。 僕自身の実体験を元に構成しているので、人によって役に立ったり、立たなかったりかもしれませんが、その点はご容赦を。 例によって長文になったので、目次を作りました。 1. 目標を立てる、目的意識をしっかり持つ 2. 作らないと始まらない 3. ”プロトタイプ開発者”になろう 4. プログラミングは怖くない 5. 最初から完璧を求めない 6. デザインがすべてを作る 7. スタートダ

去年の年末、Facebookで以下の様な画像が流れてきて自分もついついシェアしたんだけど、久々に、というか、自分にとってのここ最近の課題をドンピシャで突かれたような気がして、しばらく頭から離れなかった。 出展: 中村 修治 - 中村 修治さんの写真アルバム | Facebook 「プロ」か「アマチュア」か、というのはこの際どうでも良くて、この図の、上の曲線が、目指すべきところだなって話なだけなので、とりあえずその話をまとめてみることにする。 けど、まぁ、だいたい、こういう話をまとめるのは苦手だし途中で面倒になってしまうので、以下サブセクションだけ先に作ってみたものの、ちゃんと書くかどうかわからない... が、まあ、いい！あと、なんかグダグダ書いてしまいそうだけど、結局、サブセクションのタイトルにしたことをこねくりまわしているだけです。 作ってみるまでわからない 何にも言えることだけど作って

何か嫌なことがあったり、失敗した時、いけないことだと思いつつも、つい人の悪口を言いたくなるものです。これは私たちだけでなく、歴史上の偉人ですらそうだったようで、教育者として知られる新渡戸稲造ですら、著書『修養』のなかで、「子供時代から、僕は人に会うと、すぐにその人の欠点を発見する性癖があった」...

日本の電気メーカーが iphone作れない理由：外資の人から見た視点 - Togetter http://togetter.com/li/193059 製品を薄く、軽く、そしてこれまでにあるのを付け加えるのは楽。 言ったら悪いけど、無難。 バカにでもできる製品開発。 だから、みんなそれをやって利益がでない。 iphone 見たいなのは超リスク。 それを会社を上げてつくるからinnovative な製品ができる なぜ他社は Apple のようなシンプルで魅力的なデザインの製品が作れないのか? この手の話が定期的にホッテントリに上がってくるので、 まとめながら考えてみます。 デザインは美的感覚じゃなくて、広義の設計や機能のデザインです。 「付加価値をあげるとは、付加機能を増やすことである」という昭和的価値観 エアコン設計にみる昭和的発想 - Chikirinの日記 http://d.haten

サイトの構築。作品の販売。ブログの投稿。この他にもさまざまな機能があります。 ログイン サイトをはじめよう 非公開サイト このサイトは現在プライベート設定になっています。

私がコードをコミットすると「それ、即リファクタリングしてください・・・」と突っ込まれます・・・。そして修正してコミットします。たしかに、提案してくださる案は保守がしやすく、コードが綺麗な場合が多く、うーんと私を唸らせます。さて、ここで問題なのは、「なぜ私のコードにツッコミがはいるのか」です。どのような差があるのでしょうか。デザインパターンをよく知っている？どうもそのような知識背景で行っているようには思えません。そのプログラム言語の基本文法についてよく知っている？しかし、提示していただいたコードは私も理解できますので、知らない機能や書き方だったりではないようです。そこで思うのは「プログラマの基礎体力」でした。ふとした思いでしたが、ググって調べてみると私の足りないなと思うところでした。 プログラマの基礎体力の鍛え方 これは、「プログラムを読む」>「プログラムを書く」この繰り返しが一番良いという

プログラマのレベルは、プログラムの内容を観察すればある程度は検討がつきます。WebサービスのトップページのHTMLソースコードの完成度が低かったり、レスポンススピードなどが遅ければ、そのWebサイトのクオリティも同様に低く思われてしまうこともあるわけです。では、具体的にプログラマのどこを観察すればわかるのか。優秀なプログラマは、つねに以下の三方に感性のアンテナを張りながらプログラミングしているのです。 動作 保守 スピード それぞれ詳しく見ていきましょう。 動作 考えたアイデアの表現や与えられた仕様をちゃんと動作するプログラムを書くことです。これは至極当たり前のことですが、これが基本です。プログラマの初心者は「後先考えずとにかく動くものを作る」大抵はここで精一杯です。 保守 長期的に保守しやすいクラス設計、データ設計、責任がしっかりと分かるクラス・メソッド、変数やクラス・メソッドの名前、オ

はてブのホットエントリで「成功できない人たちが持つ7つの悪習慣」という記事を見かけたのだが、ライフハック系の本やエントリは胡散臭く感じるところがあってあまり好きではない私から見ても、これは確かに、と思える内容で、プログラマーについても同じことが言えると思ったので、エントリにまとめてみた。 ・自分の理解力不足を技術のせいにする。すぐ理解できない技術や、普段自分が使い慣れてない技術は「キモイ」、「自分には合わない」などといってすぐ学習を放棄する。 ・他人の非に非常に敏感。使っているライブラリや人が書いたコードに少しでもバグが見つかると、「使い物にならない」、「書き直した方が早い」などとすぐ口にする。 ・環境がよく壊れる。「このPC不安定」、「また開発環境がおかしくなった」、「OSから入れ直さないと」といったように、作業環境が頻繁におかしくなる。たいていは自分で必要なファイルを消してしまったり上