仕事 Archive

まあtweetどおりなんですが、週休二日で毎週少しづつ休むより、月休八日で一気に休んだほうが効率が良さそうな気がしてます。

月休八日にすると良さそうなこと

休日<->平日の切替が少ない

最近特になのですが、平日から休日、休日から平日の生活リズムの変化に上手くついていけていないというか、切替に時間がかかっています。

まずは、平日から休日。月曜日は、土日にどれだけノンビリしても、反対に気分転換に遊んでも、いまひとつ調子が出ません。疲れているのかなーと思いきや、火曜日になると調子が出てきて、金曜日になってもまだまだ大丈夫だったりします。

で、土曜日になって休みに入るわけですが、土曜日もいまひとつペースが掴めないというかしっくりこない。土曜日の夜くらいから完全に休日モードに入って日曜日を満喫します。

そして月曜日が来て、またいまひとつ調子出ない、のループになってます。

どうもこの切替が無駄な気がして、どうせなら月一回切替でいけたら楽なのになーとか思ってます。

毎月GW

月休八日にして八日連続で休んだら毎月GWなわけです。

旅行に行っても良いし、家事するのも良いし、育児に励むのも良いし、自己研鑽の時間に充てるもよし。やはり連続で8日間の休みがあればまとまったことができるので、あれやこれやとやりたい事が広がります。

平日に旅行に行けば、予約も取りやすいし、費用も安く済みそうです。

あの連休前のワクワク感を毎月味わえると思うと仕事も気合入ります:D

冷静に考えると社会人になってから連続で八日間休んだことが記憶に無いですね。下手すると引退するか（もしくは無職になるか）まで無いとか思うとそれはそれで寂しい気も。。。

出勤日の土日は集中

出勤日の土日は周りが休んでいるので、TELやメールもほとんど無く、集中して作業することができます。

これはかなりはかどります。

月休八日にするとイマイチなこと

家族や友人など週休二日の人と予定が合わない

世の中は週休二日で回っているので、そういった人と予定が合わなくなります。

特に家族が問題で、子供と休みが合わないのは結構イタイです。

まあ運動会とか、ここぞというときは出勤日を振り替えて休めば良いと思うのですが、毎週それをやると、結局週休二日だよね、となりそうな気もしてます。

# 家族に軽くこの話題を振ってみましたが、見事に猛反対されました＞＜

休日八日でも平日だと結局休めないのでは？

たしかにこの危惧はあるのですが、社内でシフトを組んで順番に休んだり、打ち合わせ等はスケジュールを調整するなどすれば、開発の仕事なら何とかなりそうな気もします。まあこれは職種次第ですね。

休日の分散化にも

節電のために大手企業では、この夏、土日を休日とせず、平日にずらして電気利用の分散をはかるようです。

こうした動きから、休日の取り方も週休二日の画一的なものだけではなく、それぞれのニーズに合わせた多様な方式が広がると良いですね。

今後はそうした分散した休日を見込んだ新たなビジネスが出てくるかも。

１×１からiPhoneアプリ「聞きメール」をリリースしました。

「聞きメール」は一言でいうなら、良かったこと悪かったこと、愚痴などなどをキャラクター達に聞いてもらうアプリです。

日々の生活で言いたいあんなことやこんなこと。

みんなに言える話なら良いですが、誰にでも言える話ばかりではないですよね。

楽しい話ならまだしも愚痴系となるとなおさらです。愚痴系は聞いている方も嬉しくはならないので、できたら誰にも言いいたくない。でもやっぱり言ってスッキリしたい。じゃあ穴でも掘って叫んでみようと思っても、コンクリートジャングルでは穴が掘れる地面すら無い。

じゃあ、Twitterで発散しよう！ということでポロッとtweetしてしまうとそれは全世界に発言しているのと同じことで、誰が見ているか分かりません。RTにRTされて見知らぬ誰かから意図しない取られ方をすることもあります。

例えば「誰それが不倫した」などポロッとtweetしたことがワイドショーに取り上げられるかもしれません。。。

そんな時に「聞きメール」。

いつでもどこでも

「聞きメール」ならいつでもどこでも多彩なキャラクター達があなたのどんな話でも聞いてくれます。外部と通信はしませんので電波の届かないところでも大丈夫です。

また電車の中などでも使いやすいようにインターフェイスをメールアプリに似せています。パッと他人が見た時にはメールを書いているようにしか見えないですね。

あなたの話を知っているのはキャラクター達だけ

あなたの書いた内容は一切外部には送信されませんし、アプリ内にも保存しません。人に言うにはちょっとなーという話でも安心して書いて下さい。

キャラクター達が返すリアクション

書くだけでスッキリすることも多いと思うのですが、「件名」であなたの気分を指定することで、表情とメッセージでキャラクター達が多様なリアクションを返してくれます。

例えばキャラクター「もちぴょん」のリアクション。件名に「サイコー！」を指定すると、こんなにゴキゲンな表情でリアクションを返してくれます。ちょっとおかしなリアクションが返ってくることもありますが、それもキャラクターのご愛嬌ということで。

もちぴょんに癒されてます:D

実はある程度開発が進んだ段階から自分のiPhoneに入れているのですが、かなりのヘビーユーザーです。

愚痴ばかりを書いているわけではないですが、今言いたい一言（ひとりごとに近いこと）をキャラクター達に聞いてもらってます。

これやってみると分かるのですが、メールを送るという行為をしただけで、結構スッキリします。また件名で欲しいリアクションを入れるので、ほぼ欲しいリアクションが帰ってきます。

予定調和なんですけど、ただ聞いて欲しい時はこれが良いですね。（反論とかされないですしね:D）

ストレスがなにかと多い昨今、あなたの話をなんでも聞いてくれる「聞きメール」、よろしくお願いします！

会社の名刺にTwitterアカウント入れてますか？

１×１の名刺をリニューアルしようともろもろ検討中です。

せっかくだからTwitterアカウントを入れようかなと思って、他社がどうしているのかを手元の名刺で調べてみました。手持ちの名刺を全部見ると大変なんで、ぱっと取り出せた626枚の会社名刺で見てます。

ちなみに取り出した名刺の束には個人名刺も150枚ほど混ざってたので、800枚近くありました。夜中に何をやってんだか。。。

626枚の会社（法人）名刺

626枚の会社名刺の中でTwitterアカウントが入っていたのは、9件でした。1%強と思ったより少なかったですね。

会社をIT系とそれ以外に分けると、やはり9枚は全てIT系企業でした。

• IT系企業：359枚（Twitterアカウント：9枚）
• 一般企業：267枚（Twitterアカウント：0枚）

9件は全てここ一年以内で頂いた名刺

Twitterアカウントが入っていた会社名刺は全てここ一年以内に頂いた名刺ばかりでした。

名刺の中には数年前に頂いたものもあるので、もしかしたら今現在の名刺にはTwitterアカウントが入っているかもしれませんね。

懐かしい名刺もちらほら

なんだか色々な名刺を見ているとその当時のことがよみがえってきて懐かしいですね。

IT系では転職されている方も多いので、前職の名刺や前々職や前々前職の名刺が出てきたり:D

また、同じ会社でも現在とは名刺が変わったりして、時の流れを感じます。

１×１の新名刺にTwitterのアカウントを入れると、数年経ってTwitterが廃れると意味ないなーと思いつつ、どうせいずれ名刺は変えるものなので、時代を反映するものとして入れて見ようと思います。

新名刺は、乞うご期待。

Google Docs のスプレッドシートに表データをコピペする方法です。

Google Docs 便利ですね。Excel に比べると多少操作性や機能は劣りますが、どこからでも共有できるというのはそれを補って余りあります。

そんな便利なスプレッドシートなのですが、コピーしたCSVを表形式でスプレッドシートに貼る機能がありません。

もちろんCSVをファイルに書き出してインポートすれば良いのですが、今画面上に表示しているCSVをそのままコピペしたい時ってありませんか。

例えば、以下のようなCSVをコピペしてスプレッドシートに貼り付けると、1行が1つのセルに文字列として格納されてしまいます。

1,原田哲也,TZM250
2,加藤大治郎,NSR250
3,青山博一,RS250RW

タブ区切りならいける

何とかならないかなーと試してみると、なぜかタブ区切りだと各セルに値を入れることができました！

先のCSVをタブ区切り（TSV）に変更して、スプレッドシートに貼り付けると、

1    原田哲也    TZM250
2    加藤大治郎 NSR250
3    青山博一    RS250RW

ばっちりいけます。

ただし貼り付けはショートカットキーで

これ不思議なのですが、マウスの右クリックから「貼り付け」を選択するとセルに値が入りません。

ショートカットキーの command+v（Windowsなら、ctrl+v）でペーストすれば ok です。

psqlの検索結果をスプレッドシートに貼り付け

そもそもなんでこれをやりたかったかというと、psqlで検索した結果をスプレッドシートに貼り付けたかったから。

psqlで検索結果をTSVにするのは以下。

$ psql db_name
db_name=> \a   // クエリ結果の整形オフ
db_name=> \t    // 検索結果のみ出力
db_name=> \pset fieldsep '\t'  // 列の区切り文字をタブに（カンマにすれば CSV に）

db_name=> select id,name,code from users order by id; // 検索クエリ
1     原田哲也     TZM250
2     加藤大治郎     NSR250
3     青山博一     RS250RW

あとはこの結果をコピーして、スプレッドシートに貼り付けるだけ。あー便利。

10/31（日）、京都でGPS携帯を利用したゲームイベント「誰がドラゴンを殺したか？」が開催されます。

このイベントは、「リアル脱出ゲーム」など熱狂的なファンを持つイベントを手がけているSCRAPさんが開催するイベントです。

こちらで利用するWebシステムの開発を１×１が担当させて頂いています。

GPS 携帯をゲームに利用したイベントというのはこれまでなく、さらに、こういったイベントが東京ではなく関西（京都）で開催されるというのは珍しいと思います。

先日、実地試験というわけで京都に行ってゲームを体験してきたのですが、これはなかなか新しい感覚ですね。具体的な内容については書けないのですが、こういった新しいイベントは東京先行が多いので、今回は関西で体験できる貴重な機会になりそうです。

ゲームに参加するには、GPS対応携帯（docomo/au/Softbank）もしくはiPhoneが必要です。つまりGPS必須なイベントというわけです。

そろそろ涼しくなってきて観光にも良い季節になりました。次の日曜日は携帯もって秋の京都にお越し下さい:D

チケットは絶賛発売中なので、下記リンクからお買い求め下さいー。

=> 誰がドラゴンを殺したか｜イープラス
=> フリーペーパー：SCRAP：京都全域で配布中 » GPSリアル勇者シリーズ第一弾「誰がドラゴンを殺したか？」

Webシステムにてドキュメントを作る際に参考になる公開されているドキュメントを集めてみました。

見た限りはどれも無償で利用可能なようですが、実際に利用される際は規約等をご確認下さい。

発注者ビューガイドライン

http://sec.ipa.go.jp/reports/20080710.html
形式：[PDF]

IPAが公開しているドキュメント作成ガイドラインです。

発注者とSIerの間で意思疎通を図ることを目的としているので、内容も詳細でかつ分かりやすいです。分量がかなり多いのですが、JavaでおなじみのPet　Storeを題材に具体的なドキュメントが載っているので、ざっと見てみるだけでも参考になると思います。

ただ小規模案件だと、このガイドラインどおりに全てのドキュメントを揃えるのはムリがあると思うので、使えそうな部分だけ上手く利用するのが良いでしょう。

関連書籍も出ているようなので、興味があればこちらもどうぞ。

「発注者ビューガイドラインに学ぶ失敗しない外部設計」

ComponentAA開発標準

http://segroup.fujitsu.com/sdas/technology/develop-guide/
形式：[PowerPoint/Word/Excel]

FUJITSUが公開しているドキュメントです。

ComponentAAというFUJITSUのプロダクトを利用することが前提なので、汎用的では無いですが、書式などは参考になると思います。

EC-CUBE

http://www.ec-cube.net/download/document.php
形式：[Visio/Excel/Wiki]

オープンソースECサイトとしてお馴染みのEC-CUBEのドキュメントです。

何と言っても実際に動くシステムとドキュメントが揃っているので内容がイメージしやすいのが良いです。特に私のようなWebシステム開発の人間からはとても身近な教材です。

また、Visioでドキュメントが作られているのも特徴ですね。Visioは日頃から良く使うのですが、図表を書くのみで最終的にはWordやPowerPointに貼ることが多かったので、これは参考になりました。

PocketDOC

http://pocket9.net/pocketdoc_01.html
形式：[Excel/Word]

pocket9にて公開されているドキュメントテンプレート集です。

内容はまさにテンプレート集で、仕様書系のものから、見積書ルや納品書、個人情報取扱い管理票などシステムにまつわる様々なテンプレートが用意されています。

ドキュメント勉強会で

これはドキュメント勉強会用に仕込んでいたネタだったのですが、時間の関係で落としました。こういったドキュメントが公開されていることを知らない方もいたので載せておきます。

他にもあれば追加していくので、是非教えて下さい－。

今朝の日経で見た一言。

任天堂で様々なゲーム機開発に携われた横井軍平さんの言葉なのですが、日頃自分自身で感じていることを一言で上手く言い表している言葉でまさに我が意を得たりの気分でした。

Wikipediaを見ると横井さんは以下のような考えでおっしゃていたそうです。

「ゲーム作りは面白ければよく、ハイテクが必要なわけではない。むしろ高価なハイテクは商品開発の邪魔になる。そのためにごくありふれた技術を使い、それをまるで違う目的に使うことによってヒット商品というものは生まれるのではないか。」
横井軍平 – Wikipedia

Webシステム開発に於いてもとても示唆に富んでいる言葉だと思います。

開発者であるなら技術を追い求めるのは当然なのですが、技術だけが大事なのではないです。さらにいうとそれを使ったシステムだけが大事なのでもありません。

そのシステムを使うことによって得られる利益（金銭・業務・効率・体験・快感等々）が大事なのです。

「利益」から考える視点でいけば、実現（実装）の都合で「利益」を損なうような方法は取るべきでないことが分かります。もちろんリソースには限りがあるので、実際には実装の手間と利益を天秤にかけてジャッジすることになりますが、出発点としては「利益」を念頭に置くべきです。

つい忘れがちなので気に止めておきたいものです。

　

私自身が、最先端の技術を追いかけるというより、ありきたりの技術を上手く組み合わせて「利益」を提供したいタイプなので、特に共感しました。今後もこの方向でやっていきたいですね。

今年も給与所得の源泉徴収票等の法定調書提出の季節がやって参りました。

結局今年も自分でやる羽目になったので、手順やらをメモしときます。

提出書類

• 給与所得等支給状況内訳書[税務署]
• 給与所得の源泉徴収票[市区町村に2枚、税務署に1枚、給与受給者に1枚]
• 給与所得の源泉徴収票等の法定調書合計表[税務署]
• 給与支払報告書[市区町村]

・給与所得等支給状況内訳書

国税庁のサイトからExcelファイルをダウンロードして作成しました。

セル内に必要な内容を入力すると合計値などは自動計算してくれるので便利です。

・給与所得の源泉徴収票

税務署から送付されてきた用紙に記載して作成しました。この用紙は4枚でワンセットとなっており、一枚目にボールペンで記載すると以降3枚にカーボンコピーされます。

念のためe-taxソフトで作成しておいて、その内容を書き写しました。

4枚の内、上2枚を受給者（給与を貰う方）の市区町村へ、1枚を税務署へ、1枚を受給者へ提出します。

・給与所得の源泉徴収票等の法定調書合計表

e-taxソフトで作成しました。給与所得等支給状況内訳書で作成した内容を入力するだけでokでした。

・給与支払報告書

税務署から送付されてきた用紙に記載して作成しました。受給者の市区町村へ提出します。

やれば

簡単なのですが（少人数なんでw）、年一回だと忘れるので。さあ来月は確定申告だ。。。

法人化して無事に1期目が終了しました。今回は勉強を兼ねて法人の確定申告を自分でやってみました。参考のためにメモを残しておきます。

まずウチの状況から。

• 個人事業（青色申告）からの法人成り（1期目）
• 青色申告
• 主な事業はWebシステム開発
• 所在地は大阪府大阪市
• 帳簿付けは弥生会計で

個人では税務署に確定申告を行えばよいのですが、法人では税務署の他に都道府県や市へも申告を行う必要がありました。

申告書は事業年度末が近づいた頃に各役所から郵送されてきました。Webでも公開されている（PDF）のでそちら印刷しても良いようです。ちなみに郵送されていくる申告書ですが、あまりの量に圧倒されました。（正直自分でやるのはやめようかなと思いました。）

申告書類は税務署に提出する法人税の申告書関連が一番多かったです。府や市に提出する書類は種類も少ないですし、内容も法人税の申告書から転載するものが多いのでそれほど難しくありませんでした。ここでは法人税申告についてメモしておきます。

■法人税申告（税務署）

多くの提出書類がありますが、別に全てが手書きで無くても良いようです。弥生会計で作成できる書類は印刷したものを提出しました。

提出した申告書は以下です。

• 申告書－別表1・2・4・5
• 株主資本等変動計算書（弥生会計で作成）
• 法人事業概況説明書（弥生会計で作成）
• 貸借対照表（弥生会計で作成）
• 損益計算書（弥生会計で作成）
• 株主資本等変動計算書（弥生会計で作成）
• 勘定科目内訳明細書（弥生会計で作成）

勘定科目内訳明細書や1・2・4・5以外の別表は該当項目が会計にある場合に提出します。

あと申告後に知りましたが、別表についてはe-taxで作成できるようです。

実際の申告書の書き方ですが、申告の手引きの他に私は以下を参考にしました。どちらも実例を使って書かれいてるのでとても役立ちました。

• STEP式 法人税申告書と決算書の作成手順〈平成18年版〉
• 法人税の確定申告書の別表の書き方平成18年度
  => 素人が申告できるように簡便な書き方が紹介されています。

自分で申告してみた感想ですが、法人では初めての申告という事で手間取りました。（個人事業の時に青色申告で何度も確定申告をしていたので正直ちょっと舐めていました。。。）

おおよそのやり方は分かったので、今期も自分でやるなら次はe-taxを使って電子申告をしてみたいと思います。

申告を税理士等の専門家に頼むか否かですがこれは微妙なところです。上でも書いたようにIT系の会社で個人事業から法人成りしたような規模ならそれほど難しくはありません。ただ申告書の作成・提出等の実作業の他に「これで良いのかな」という心理的負担を解消してもらえるのを考えると頼むのアリだと思います。

携帯向けサイトでIPアドレスによるアクセス制限する際に設定する各キャリアのIPアドレスをメモしておきます。

• 2010/04/16追記：softbank IP をsoftbankサイトに合わせて修正
• 2010/03/01追記：au IP をauサイトに合わせて修正
• 2009/10/26追記：au IP をauサイトに合わせて修正
• 2009/03/09追記：softbank サイト移転に伴い、リンク先修正
• 2009/03/09追記：au IP をauサイトに合わせて修正
• 2009/03/09追記：docomo（124.146.174.0/24, 124.146.175.0/24）追加
• 2008/07/08追記：au（121.111.227.160/27）追加
• 2008/01/17追記：au（121.111.227.0/25）追加
• 2007/11/08追記：au（121.111.231.160/27）追加
• 2007/10/10追記：SoftBank（123.108.236.0/24、123.108.237.0/27、202.253.96.224/27）追加、（210.169.130.112/28）更新
• 2007/09/03追記：au（121.111.231.0/25）追加
• 2007/06/13追記：DoCoMo URL変更、au（219.125.145.0/25）追加
• 2007/02/16追記：au（219.108.157.0/25、219.125.151.128/25）追加
• 2006/11/25追記：SoftBank（202.253.96.248/29、210.169.130.112/29、210.169.130.120/29）追加

DoCoMo from 作ろうiモードコンテンツ：iモードセンタの各種情報 | サービス・機能 | NTTドコモ

210.153.84.0/24
210.136.161.0/24
210.153.86.0/24
124.146.174.0/24
124.146.175.0/24

au from KDDI au: 技術情報 > IPアドレス帯域

210.230.128.224/28
121.111.227.160/27
61.117.1.0/28
219.108.158.0/27
219.125.146.0/28
61.117.2.32/29
61.117.2.40/29
219.108.158.40/29
219.125.148.0/25
222.5.63.0/25
222.5.63.128/25
222.5.62.128/25
59.135.38.128/25
219.108.157.0/25
219.125.145.0/25
121.111.231.0/25
121.111.227.0/25
118.152.214.192/26
118.159.131.0/25
118.159.133.0/25
118.159.132.160/27
111.86.142.0/26
111.86.141.64/26
111.86.141.128/26
111.86.141.192/26

softbank from WEB & NETWORK　IPアドレス

123.108.237.0/27
202.253.96.224/27
210.146.7.192/26
210.175.1.128/25

apacheの設定例です。