67才プログラミングほぼ未経験にしてiPhoneアプリをリリースした方に色々聞いてみた - 卵は世界である
記事内に広告を含む場合があります。記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 @akio0911です。今日は、僕が講師をしているiPhoneアプリ開発講座「アプリクリエイター道場 開発塾」を受講して、ついにアプリをリリースされた蒲池さんにお話を伺ってみました。蒲池さんは現在67才。プログラミングはほぼ未経験の状態から勉強を開始してアプリリリースに辿り着きました。今は2作目のアプリを作り終え、既存アプリのiOS 8対応と、新機能のアップデート作業に取り掛かっています。 （【追記】このインタビューの続編を公開しました！ ⇒ シニアアプリ開発者蒲池さん（68歳）のその後。Apple Watch発売と同時にアプリをリリースし、今はRealmにチャレンジ中！） シニアアプリ開発者蒲池さん（68歳）のその後。Apple Watch発売と同時にアプリをリリ
ランサーズやってみたけど地雷クライアント案内所にしか見えない | kosuke.cc
クラウドソーシングサービスなどというサービスにちょっと手を出してみました。結論からいうと、正直あまり使いたくないなと思いました。よくも悪くも名前を聞くランサーズというサービスについてです。なんかもっと上手に付き合う方法がある気がしてたんだけどなあ。 クラウドソーシング(というかランサーズ)について どんなサービスか ランサーズ 一言でいうと、仕事をやってほしい人と仕事をしたい人のマッチングサービスです。 特徴 良い所 営業しないでもお客さんと出会える可能性がある エスクロー入金(後述します) 手数料は無難な料金設定だと思う。特に文句はない。 悪いところ 今からツラツラと書く。 どんな仕事内容がマッチングされているのか システム開発 webシステム・アプリ開発・ソフトウェア開発・VBAなど・ゲーム開発・サーバ構築・セキュリティ・DB構築 Web制作 ホームページ/webデザイン・スマホ/モバ
「“できない人”にいくら教えても“できる人”にならない」問題についての対話：日経ビジネスオンライン
調べて書きたいが藪蛇になりかねない。記者の仕事を30年近く続けてきて、こう思うことが時々あった。大事だが調べていくと楽しくない結論に到達しそうだ。事前にこう感じて放置してしまった。そんな案件がいくつかある。 特定の企業や人に関する話ではない。素晴らしい企業だと絶賛されているが現場の人に会ってみるとどうも違う。新しいリーダーともてはやされているが彼が経営している企業は赤字になりつつある。こういう場合、塩をまかれようとも取材をして書かなければいけないと思っている。 書きにくい話とは、多くの人がそう感じているものの表だって言うのをはばかられる、「それを言ってはお終い」という件を指す。その一つが本稿の題名に付けた『「できない人」にいくら教えても「できる人」にならない』である。 経営でも何らかの技術でも何でもよいが、あることに長けた人はもともと素質ないし能力があって、それを本人か周囲がうまく引き出し
開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？
開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？ グーグルでTest Engineering Directorを務めるJames A Whittaker氏が書いたエントリを紹介した先日の記事「グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？」が非常に好評で、「続きがあれば読みたい」というコメントをいただいていました。 Whittaker氏がそのエントリの続き「How Google Tests Software - Part Threeを公開していますので、ご要望に応えて紹介することにしましょう。 品質は開発の問題であってテストの問題ではない 品質とはどのように実現するものなのか？ という問いに対して、Whittaker氏は次のように書いています。 The simple solution to this con
満足せる豚。眠たげなポチ。:業務システム開発でドキュメントを作ることについて
職場でここ３〜４ヶ月の間、システム再構成のためのドキュメント化プロジェクトというのを進めてきた。その中で『ドキュメントを書く』ということに対する意識が随分自分の中で変化したので、メモしておく。 まずは経緯から。 そのシステムは、いわゆるレガシーなシステムで、十数年来の歴史を持つ。これまで基盤が多少変わることがあっても基本的にソフトウェアアーキテクチャ（どのような単位で機能をモジュール化するか、どのように機能を抽象化し変化に対して柔軟にするか）に変わりはなく、作った当初の設計にツギハギしてメンテナンスを続けていた。 元々は、一体何をすれば増員以外の手段で開発量を上げられるかということを議論していた。現行のアーキテクチャのままでは求められる開発期間とバージョンアップのサイクルに対して近い将来限界を迎えることが明白であったためだ。 今のアーキテクチャや設計に問題があり、メンテナンス性を大いに損ね
量産型はダテじゃない - レジデント初期研修用資料
レジデント初期研修用資料 引っ越し前の旧blogです。新しいアドレスは http://medt00lz.s59.xrea.com/wp/ になります 昔から救急外来という場所が好き。怖いし疲れるし、 最近は、いろんな人から文句言われたり訴えられたり、 ろくなことが起きない場所なんだけれど、それでもやっぱり救急が好き。 リスク回避の手段を前から考えてる。リスク管理の問題さえ解決できれば、 この場所にはまだまだ、昔みたいな賑わいが戻ってくるだけの楽しさがあるはずだから。 最初の頃は、技術の向上それ自体がゴールだと思っていた。 自分なんかよりもはるかに高い技術を持った人達が、次々と刺されて現場を去っていくのを見て、 大事なのは技術じゃなくて、むしろ交渉能力なんだと思った。 交渉のやりかたとか、人質交渉人のマニュアルとか、ちょっと外れて新興宗教の洗脳手法とか、 とにかく「交渉」に関係することをあれ
「使えない人間」などいない - 記者の眼：ITpro
「使えない人間が多すぎる」。職場の周りの人たちに対してこんなことを思ったことはないだろうか。「もっと有能な人たちと仕事ができれば効率が上がるのに」といったように。少なくとも，私はこう思っていた時期があった。 私が，考えを改めるきっかけになったのが，2005年の春に今の部署である日経ソフトウエア編集部に配属になったことだ。以前，技術系雑誌（今はなき日経バイト）の編集部にいたときに少しだけプログラミングの記事を書いたことはあったものの，ソフトウエアの開発経験はゼロ。はっきり言って“ズブの素人”である。プログラミングの知識が足りないため，寄稿してもらった原稿の査読すらままならない。 これはまずいと思い，意識の高い技術者の有志が開催しているプログラミング関連の勉強会やイベントにできるだけ出かけるようになった。目的は知識の習得だったが，そうした場に何度か参加しているうちに，私は集まってくる技術者自身
ウノウラボ Unoh Labs: 共同開発を効率よく行う方法
尾藤正人です。 ウノウではおかげさまで順調にエンジニアの数が増えてきました。エンジニアが増えてくると、共同開発をいかに効率よく行うかが問題になってきます。n人の開発者がいれば開発スピードはn倍にはならず、n倍よりも落ちます。人数が多ければ多いほど、共同開発は難しくなり、ひどい場合には人数が増えたから開発スピードが落ちたということになりかねません。 ウノウでは共同開発を効率よく行うために様々な工夫を用いています。今回はウノウでどのようなステップで開発を行っているか紹介したいと思います。 subversion でソースコードを管理 ソースコード管理ソフトがなくては話になりません。ウノウではソースコードの管理に subversion を使ってます。subversion を使うことで過去の状態に簡単に戻すことができますし、個人の環境を完全に分離することができます。 subversion のコミット
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
