komacchi.com/blog http://www.komacchi.com/blogs/ ja Copyright 2012 Mon, 28 Nov 2011 13:23:33 +0900 http://www.sixapart.com/movabletype/ http://blogs.law.harvard.edu/tech/rss dropboxを使ってローカル環境の同期 「「 http://www.komacchi.com/blogs/2011/11/dropbox.php http://www.komacchi.com/blogs/2011/11/dropbox.php Web Mon, 28 Nov 2011 13:23:33 +0900 コードの書き方とか 「フロントエンドに関わる者として、 コードの勉強をするのは当たり前であって なにかこう、一人でやるのもいいんだけど、 誰か一緒にやりたいなあなんて思ったり思わなかったり。 社内でもこうやってcss書いてみたよとか、html5とcss3とJavascript使ってこういうの作ったよとか スマホ用のサイトつくってみたよとか、そういう刺激がまったくと言って良いほど無いので、 自分でモチベーション高めていくしかないんだが、いい加減飽きた。 だれか一緒に勉強会じゃないけどやりたいですねっていう。 ライブコーディングって、その人のクセがでて面白いよね。 今はここでは3.11以降の状況については書かないでおく。 仕事を取り巻く状況も、今、自分が所属している会社の状況も変わってきているのは確かで、 それについて書き始めたら機密まで漏らさなければならんのでやめておく。 あと、だれか月一くらいで模型いっしょにつくらないか。どこかスペース借りて。「 http://www.komacchi.com/blogs/2011/05/post_116.php http://www.komacchi.com/blogs/2011/05/post_116.php CSS Hobby Web CSS Web Work Sun, 01 May 2011 13:45:06 +0900 Subversionのbasic認証　ユーザー追加 「忘れないようにメモ。 CentOS上のSubversionで、ユーザー認証追加。（basic） htpasswd -c /etc/httpd/.htpasswd USERNAME ユーザ作成時の -c を外して実行すると、ユーザを追加することができる。 （-c を付けると再作成され、元のが消える） あとは、Passwdを入力・再入力すればよい。 要するに Subversion.confを探して、 AuthUserFileの箇所にて、htpasswdのパスを確認すればよい。 例）動作確認用のCentOSでの作成例 ・ログイン後、suに変更 ・htpasswd /var/www/svn/webteam/conf/htpasswd {USERNAME} と入力 ・パスワード入力。 ・パスワード確認のため再入力。 こんな感じかな？「 http://www.komacchi.com/blogs/2011/01/subversionbasic.php http://www.komacchi.com/blogs/2011/01/subversionbasic.php Web Work CentOS Linux Web Work Fri, 14 Jan 2011 12:14:49 +0900 近況 「はいどうも。 しばらく放置気味ですが、先日6日ほど入院しておりました。 先週月曜日、出社時点で具合悪くて寒気がひどく、熱がだんだん上がってきたのを自覚。 これはまずいと。一向に寒気が収まるどころかひどくなり、意識も遠のき始めて、手が震える。 こんな状況でも仕事っつーことで、帰れずに夕方近くまで、ほぼ意識も朦朧としながら作業していたわけです。 でまあ、帰れることになりまして、そこからが地獄です。 まず会社から最寄りの駅まで歩けない。やっとのことでバス停にたどり着き、 バスを待って最寄り駅まで。地下鉄にやっと乗れて座れたと思ったら、ものすごい吐き気におそわれて、息も荒く脂汗流しまくりで、周りから変な目で見られる。 そして意識があまりないのだが、自宅近辺の駅に着いたところで下車。 地下鉄の駅から上がるだけでもう体力もなく、へたり込んでしまい、これはダメだと思い、 タクシーで救急外来のある近所の病院へGO。 診断の結果、急性細菌性髄膜炎の疑いで、即入院。 その際、検査に回すために、腰にすんごい長い麻酔と髄液を取る注射。 皮下脂肪が多いため、18cm程度の針が奥深くまで入ったそうだ。 しかも、間違えて3回ほど刺した。退院した今も鈍痛が消えない。 そんなこんなで、入院しとりまして、 先週末退院しました。 体力を失うのは簡単だけど、戻すのは本当に大変だと実感。 何やってもすぐ疲れちゃってダメだ。退院後、寝込んだり起きたりの繰り返し。 入院中、色々と思うところもあった。 なんか、仕事とか頑張ったところで、自分が居なくてもきちんとまわるんだよなーとか。 ゆっくりできるところが、病院のベッドの上で管繋がれて点滴されてるとかシャレにもならねえとか、 休みを取る＝倒れなきゃ取れないとか色々。 なんかなあ。ちょっと考えさせられる一件だった。「 http://www.komacchi.com/blogs/2010/11/post_115.php http://www.komacchi.com/blogs/2010/11/post_115.php Diary Mon, 15 Nov 2010 22:58:41 +0900 Movable Type Developers & Designers Conference テーマ編 「 当日のハッシュは#mtddc togetterでもまとめられています。 http://togetter.com/li/39060 以下はセッション別に。 ■Movable Type 5.1 成長するプラットフォーム :sakk金子さん http://www.slideshare.net/sakk/movable-type-51-mtddc-july-31st-4876453
Movable Type 5.1 : MTDDC July 31st
View more presentations from Six Apart KK.
MT5.1の内容。 ・IE8対応、Webkit対応。 ・カテゴリ、フォルダの変更 ・一覧表示の変更。フィルタの強化。 一覧表示をカスタマイズして、 大量のデータを最新ブラウザですばやく表示。 テーマ・プラグインを国際化したいなって時は 　GitHubを経由したりするといいかも。 さらに、プラグイン・テーマディレクトリが変更になる。 Plugins and Themes Directory （移行中） プラグインなどの英語化・国際化の翻訳プロジェクトが始まっている。 実際、日本のプラグインは海外でも評判はよろしいみたい。 mygengo.com ↑翻訳依頼サイト。 文字数で課金。 MT5.1beta　今秋予定 リリース　2011年始め頃。 開発中のコードはリポジトリから取ろうねってお話でした。

■「テーマ機能を使って便利にテンプレートを管理しよう」：森和恵さん（@r360studio） http://www.r360studio.com/mtddc100731/
MT DDC Tokyo テーマ編 － 森和恵
View more presentations from r360studio.
初心者向けのテーマ作成手順 DreamweaverとMTの連携したうまい使い方。 正直、このテンプレートの管理方法は考えていなかった。
■「ウェブサイト／ブログを組み合わせたサイトのテーマ化」：藤本壱さん(@hjfuji) http://www.slideshare.net/hjfuji/website-blog-theme-4880579
ウェブサイト／ブログを組み合わせたサイトのテーマ化
・ウェブサイトの情報をブログで扱う MTBlogParentWebsiteタグ ブログからウェブサイトの情報を参照。 実はこれを頻繁に使用すると面倒なので、 テンプレートモジュールで情報を共有しましょうと。 テンプレートモジュールで変数にウェブサイトの情報を使う。 個々のブログ側では、 変数を組み込んだウェブサイトの テンプレートモジュールを組み込む処理 ということは、ブログ側では MTGetVerでウェブサイトの変数を出力すればよいってことで、 MTBlogParentWebsiteタグを使用しなくてもよいですねってお話。 ウェブサイト側では複数の変数扱う場合 mt:SetVarsがいいかな website_id=<$mt:websiteID$>など ・ブログIDに依存しないテーマの作成 include_blosモディファイアで、全部または一部のブログIDを指定。 ↓ しかし、ブログIDに依存すると、テーマの適用先ではブログIDが変化するので注意が必要。 ブログIDの依存をさける モジュールでブログIDの変数つくっておく。 複数ブログのIDにしても、複数用の変数つくって置けば幸せになれるかも。

■「仕事に役立てるテーマ」:蒲生トシヒロさん(@Dakiny) http://www.slideshare.net/Dakiny/mtddc-tokyo-gamo021-4885673
MTDDC Tokyo テーマ編　プレゼン資料
テーマ機能で何ができるか、どうしたらいいか、 テーマを作る上での簡単な注意点などの話。 テーマを実際作る上で、このポイントは役に立つと思う。 説明の中で、できること一覧的なものがあり、これはわかりやすかった。 サンプルテーマもあるので、実際に試してみるとよろしいかも。

■「Web制作・開発者の方々を対象としたマイクロソフトの支援施策」：mskk金尾さん このセッション一番の衝撃は、photosynthの件。これは面白い。 Web開発の支援事業として、WebsiteSparkの紹介。

■「テーマを使った手間いらずなサイト制作」：荒木勇次郎さん(@yujiro) http://www.slideshare.net/yujiro/mt-ddc-tolyo-4882228
MT DDC Tolyo（テーマ編）：テーマを使った手間いらずなサイト制作
View more presentations from Yujiro Araki.
なんと今回のスライドは140枚を超える大作になっていた。。 詳しいテーマの概要と、エクスポートしたテーマのカスタマイズ、 プラグイン活用のための実践テクニックなど。 theme.yamlの書き方は、荒木氏著書の「Movable Type 5 プロフェッショナルガイド」で 詳しく載っているが、それにしてもyamlの書き方は実際に参考になります。 ちなみに、 MTOSでも、テーマセットつかえる。（のぞくカスタムフィールド テーマパッケージの構成は変更できないので、 規定の書式に沿うこと。

■LightningTalk 個人的に印象に残ったものを抜粋。 ●奥脇さん（@tinybeanes）さんの MTAppjQueryプラグイン。会場でもそうだったが、かなり評判よかった。 user.jsのなかに、jQueryの中身をいれてみたりして、 管理画面のカスタマイズプラグイン http://www.tinybeans.net/blog/download/mt-plugin/mtapp-jquery.html ●sakk柳下さん iPadでプレゼンする人を初めて見た。 MTで作成後の再構築の遅さについて、 つまりチューニングについて ●sakk高山さん 前回のMTDDCでもLTされていたが、今回はガンダムネタはでませんでした。 TemplateImporterプラグインの紹介だったが、 これはどうやら、2年前のMTDCで@ogawa氏がLTした際のものと似ているそうだ。 再利用・再発明という具合でしょうかね。 実はこの2年前、東京駅目の前の丸ビルで行われていたMTDCにも私は居たのです。 この時のLTは総勢24名の参加者だった・・・ この時初めてLTを聞くという経験をしたので、たった5分間のプレゼンなのに、 みんな色々なこと考えているんだなあと衝撃を受けた。 ちなみ今回のLTは、司会のsakk高橋女史(@mayumine)が面白いと感じたら 持ち時間の5分を超えてもOKという、その場ルールができていました。 全セッションが終了し、その後の懇親会に雪崩込んだ様子ですが、 私は都合により、参加できませんでした。 参加したかったんですけど、参加できませんでした。 大事なことなので２回言いました。 当日は６時間近くのカンファレンスでしたが、 頭を使っていたのであっという間に終わった印象。 今後もMTを使う上で参考になることが多かったかなと。 色々刺激を受けました。 ]]>「 http://www.komacchi.com/blogs/2010/08/movable_type_developers_designers_conference.php http://www.komacchi.com/blogs/2010/08/movable_type_developers_designers_conference.php Web mtddc Mon, 09 Aug 2010 03:01:01 +0900 HGUC ザクII F2 「 20100720_02.jpg 20100720_03.jpg メガサイズガンダムを2時間で素組み。そして並べてみる。 20100720_04.jpg 20100720_05.jpg ちなみに、 ジャンボグレードも並べてみたらこんな感じ。 20100720_06.jpg]]>「 http://www.komacchi.com/blogs/2010/07/hguc_ii_f2.php http://www.komacchi.com/blogs/2010/07/hguc_ii_f2.php Gundam Hobby Gundam Hobby プラモデル Mon, 19 Jul 2010 22:28:02 +0900 Firefox、Webkit系でページが動く現象について 「 html{ overflow-y:scroll; } FirefoxとWebkit系はこれでOK。 だがこの場合、IEは元々問題にしていないのだが、 Operaで効果がない。 なぜか。 overflow-yのプロパティは元々はIEの独自拡張で、css3で正式実装されることになっている。 しかし、Firefoxではすでに独自で実装していたからだ。 basic box model overflow-x・・・はみ出た要素の左右の表示方法を指定する overflow-y・・・はみ出た要素の上下の表示方法を指定する overflow-style・・・はみ出た要素のスクロール方法を指定する ということで、別の方法がある。 html要素自体の高さを100％にして、それに対し、margin-bottomで余白をもうける。 100％＋○px（1pxで十分だけど）なら、必ず1画面以上の大きさになる。 html { margin-bottom:1px; height:100%; } これで、上記で挙げたブラウザでは全てスクロールバーが常時表示されることになる。 ということは、ずれないよって話。]]>「 http://www.komacchi.com/blogs/2010/07/firefoxwebkit.php http://www.komacchi.com/blogs/2010/07/firefoxwebkit.php CSS Web CSS Web Mon, 12 Jul 2010 01:48:18 +0900 cssのマウスオーバーについて 「
  • menu1
  • menu2
【CSS】 ul li { float:left;} /*横にならべる時ね*/ ul li a { display:block; width:140px; height:30px;} /*ナビゲーションの大きさ*/ ul li.nav1,　/*ここ重要*/ ul li.nav1 a:hover { background:url(nav1_on.gif);} ul li.nav2,　/*ここも重要*/ ul li.nav2 a:hover { background:url(nav2_on.gif);} ul li a:hover img { visibility:hidden;}
  • のbackground にもon画像を入れ、マウスオーバー時にHTML上にあるを visibility:hidden;で隠す。すると、liに指定されてあるon画像が現れる。 :hover の場合マウスオーバーした瞬間にそこから画像を読むので、一瞬ボタンが消える。
  • に入れておけば画像は既にキャッシュされているので一瞬真っ白になるのを防ぐ役割だ。 サイト制作をしていると、何度も何度も確認の繰り返しになり、 このあたり一度キャッシュされると気がつきにくいものでもある。 実際初めて見る人には、ひっかかる部分だったりして、 そこから気がつくことも少なくないだろう。 こんな小技にも気を利かせることができれば、 フロントエンドでの高速化に繋がるんじゃないかな。 実際、httpリクエストをなるべく減らして行きたいし。]]>「 http://www.komacchi.com/blogs/2010/07/css.php http://www.komacchi.com/blogs/2010/07/css.php CSS CSS Web Fri, 09 Jul 2010 04:29:29 +0900 dlリストで右側可変 「サンプルはこちら よって、左側ddが可変になる。 もちろん固定も可能。 dlを包括するボックス要素の幅による使い方でもよし、 そのまま使ってdl自体の幅固定してもよし。 使い方は色々。]]>「 http://www.komacchi.com/blogs/2010/06/dl.php http://www.komacchi.com/blogs/2010/06/dl.php CSS CSS Web Thu, 17 Jun 2010 04:53:00 +0900 ルーティングの話 「会社のネットワークは、諸事情により2つ存在する。 1つはセキュリティが厳しいネットワーク。ftpやら動画系のポートは塞がれている。 webを見るにもプロキシ経由で制限が多い。 そしてこちらに出力したいプリンタと社内の共有NASがある。本来はこちらを使わねばならない。 仮にhogeとする。 次にもう1つは、我々のチームしか使用していないネットワーク。 こちらは独自のポリシーにより運営している。ちゃんとシステム管理者を置いて。 こちらも仮にmogeとする。 なぜ2つ存在するかというと、hoge側のネットワークではWeb制作ができないからだ。 sshやらsftpやら、動画やら、Web屋が普段使うようなことが、一切出来ない。 さらに言えば、ブラウジングしても制限が掛かっているので、ロクに見ることができないのだ。 だから、我々だけ切り離した。他の連中はhogeのネットワーク内。 ここで我々のチームだけに問題が生じる。 hoge側に社内で共有するそれぞれの個人ディレクトリをNASに作成せざるを得ず、 使用したいプリンタもこちら側のセグメントにある。 つまり、hoge側の人とファイルのやりとりをする場合、とても難儀する。 社内のコンプライアンス的に、USBメモリや他のメディアを使用することは不可。 じゃあ、各種オンラインストレージとか使えば？と思われるだろうが、 hoge側ではそのポートをすべて塞がれている。よって使えない。 もちろん、そちらからftpなど論外。 ということは、我々はいちいち、LANケーブルを差し替え、ネットワーク設定を切り替えねばならなかった。 この作業が非常にめんどくさい。むしろ業務の邪魔。これこそ時間の無駄。 そろそろ、我慢の限界になった。 頭に来たので、LANカード2枚刺しを決行。 ちなみに、hoge側はDHCP。moge側は、ローカルIPを固定で割り振り。 gatewayはmoge側に設定してある。 hoge側で必要なのは、プリンタが見えることと、共有NASが見えればいいこと。 そっち側からネットに繋がなくてもいい。だって制限多いし。まあ繋げたらいいけどくらい。 ということで、routeテーブルを見てみたら、なんだかあっさり割り振られていた。 hoge側のプリンタもNASもローカルIPは固定だと思う。 あれー？これなんか出来ちゃったのか？と思ってプリンタで出力してみたら、本当に出てきた。 共有NASにもあっさり入れた。 ネットワークには詳しくないし、正直わからんのだけども、 なぜだ・・・って思っている次第。繋がってるからいいのかな。釈然としないけど。「 http://www.komacchi.com/blogs/2010/05/post_114.php http://www.komacchi.com/blogs/2010/05/post_114.php Web Work Web Work Wed, 26 May 2010 01:00:04 +0900 フロントエンドエンジニア（マークアップエンジニア）とコーダーの違い 「まずはじめに。 会社での肩書きは立場的にはディレクターの部類に入るんだろうが、 実情はそんなことは全くない。ディレクションしてないもの。 では何かと言われれば、マークアップエンジニアとかコーダーとか呼ばれてきたけれど、 世間的に一番納得いく呼ばれ方なんじゃないかと思ってきたものがある。 デザインに沿ってHTMLをはじめ、cssの設計やJavascriptなどのクライアントサイドの開発、 コーディングをする人を「フロントエンド・エンジニア」と呼ぶ傾向にあるらしい。 こうして区別されるのは歓迎したい。 基本的にはデザイナーからあがって来たデザインデータをHTMLやら色々なコードにに落とし込むこと。 とはいえ、ただHTML化するなら、誰でもできる。 コードの善し悪しは別になるし、ただブラウザに表示できればそれでよし、という場合なら、誰がやってもいい。 また、「Webデザイナー」と呼ばれる人の内容は、人によっては幅広い。 しかし見た目のデザインをすること（絵を起こすというべきか）や、 サイトの構造・ラベリング・ナビゲーションといったインフォメーションアーキテクチャを決めること、 そしてHTMLやCSS、JavaScript等々の技術によってそれらを実装することは、 それぞれ別なロジックであり、別種のスキルが求められるはずだ。 最近はサイトの規模が大規模になる案件が多く、こうした作業やスキルが分解・細分化されてきた。 プロデューサーを頂点に、プロジェクトマネージャーやら、ディレクター、 アートディレクターを中心に、デザインを起こす人、そのアシスタントとしてデザインパーツの量産だけをする人、 インフォメーションアーキテクトを決める人、 HTMLやCSSを初めとする技術でプラウザ上で表示できる仕様・ルールを決め、実装する人、 仕様にしたがって、ひたすらコードを書く人・・・等々 みたいに、分かれてくる。 例えそれを同一人物が担当するにしても、だ。 マークアップやコーディングの部分だけを取って考えてみると ベースになるCSSの設計や、各種ライブラリを使用したりするにも そこに色々なアクセシビリティやユーザビリティを考慮しつつ、サイト全体を把握しておかないと設計できない。 コーダーというと、イメージ的に、psdやらのデザインデータから、ただ単にhtml化するだけ。表示できればOK。 フロントエンドエンジニアというと、技術や知識の上に、Web標準を守りつつできるだけ保守性・更新性の高いコードによって実装。みたいなざっくりした印象。 ただ、一般の方からみれば、この差は分からないだろうな。結局の見た目に違いがそれほど見られないから。 だが、CMSやら何やらを使って細かにコードを分解し、システムが吐き出すようにする際に、顕著になると思うが、保守性の高いコードだと、開発のしやすさに関わる。それがコストにも影響するし、工程にもモロに反映される。 ここ数年間、年間で作るページ数を単純に考えると平均で2000ページ前後生成をしている。 もちろん、CMSで生成するページと手作業で生成するのと両方だ。 また前述のように細分化するにあたり、パーツごとのエレメントをモジュール化し、CMS上のテンプレートやテーマの中で呼び出すようにすることで効率化を図っていたりする。 なので、最近は私は基礎設計とエレメント作成、モジュール化するのが主な仕事になりつつある。大量生産については、他の人にまかせるし、CMSを使う案件であれば、基礎を作れば後は誰でもページ生成できるから。 少しそれたが、サーバーサイドから見ると、おおざっぱにhtmlを生成すればいいシステムを作れば済む話かもしれんが、例えばそのシステムが工場だとすると、工場から生産される最終形がhtmlなので、そのhtmlがカオスな場合、そのカオスを吐き出すようシステムを作らなきゃならなくなると思うが、いかがだろうか。 実際、求人募集を見ても、未だに多くの会社が「Webデザイナー」や「コーダー」という名前で求人を掲載している。 Webサイト構築自体が以前よりも比べものにならないくらいに巨大化してきた今、 各々の担当する箇所に対して深い知識や経験を要するものになってきたにも関わらず、 職種として、ざっくりと「Webデザイナー」や「コーダー」という名前であっさり片づけるには相応しくない時代なんじゃないかと思う。そこにさまざまなスキルや作業、工程があるのに、単一のスキル・作業のように思われる。 実際そう思われているところがあるから、理解や評価、対価が低くなる。 これじゃみんな幸せにはなれないし、成果物の品質が下がり、信用もされないわな。 と、まあ、そんなことを考えながら仕事をしていた次第。「 http://www.komacchi.com/blogs/2010/05/post_113.php http://www.komacchi.com/blogs/2010/05/post_113.php Web Work CSS Web Work Sun, 02 May 2010 15:32:43 +0900 親知らず抜歯　その１ 「昨日、右下奥の親知らずを抜歯してきた。その手前の歯を治療するための前提として。 しかも、レントゲンで見ると、真横に生え、根元がハの字にかなり大きく拡がっているので、これは早急に取らないとだめだという判断。 某大学病院の口腔外科に近所の歯科医から紹介状もたされ、抜歯のために通うことになったが、当日予約時間に都合で少し遅れたら、時間無いからもう出来ませんよ？みたいな、次の人がいるからその時間になったら待ってもらいますからね？みたいななじられっぷり。 時間前に連絡して了承済みなのに、本来遅刻されたら処置しません的なルールがあるんだとかないんだとか、諸々・・・ でもこちらも仕事休んでまで来てるわけで、だったら待ちますよ的な、ちょっとケンカ腰の返答しつつも処置してもらうことに。 そこからずーっと担当医（女医）が機嫌悪く、扱いも乱暴にされたが、時間もそれほど予定時刻を過ぎることもなく、痛いと言えばちゃんと麻酔をしてくれたわけですよ。 処置も切って割って、ほじくって、何せ25年以上歯医者に通ってなかったので、舌の置き場もわからず、たびたび動かすなと怒られ・・・ さらには、縫合するときに、「あれ？訳わからなくなっちゃったから、これやり直したほうが早くない？」とか助手につぶやいて、実際２回もやり直されたんですがね。 とりあえず終了し、１週間後に抜糸。 その際に、今度は左奥下にもある親知らずを抜歯するスケジュールを決めることに。 右側を抜いたことで、なんだか顔の見た目が少し変わってしまった。 腫れてるんだが、顔の輪郭が右側だけ少し小さくなったという・・・ で、今現在、ものすごい腫れて痛い・・・。 痛み止めと抗生物質で戦ってます。あと口の中、血の味がすごいわ・・・「 http://www.komacchi.com/blogs/2010/03/post_112.php http://www.komacchi.com/blogs/2010/03/post_112.php Diary Diary Sun, 21 Mar 2010 00:42:49 +0900 MS-07B3 グフカスタム 「ヴァイスローゼ」 「模型ファクトリー」で開催されたエアブラシ講座にて、色々プロのマイスターに教えてもらい、エアブラシとはこういうことだと、基本的なことを体験してきたのです。 もうそれからというもの、ずーっと気になって仕方なかったわけですよ。 さらに、その前日にジョイフル本田 千葉ニュータウン店に行った時に、エアブラシセットが15000円という格安価格で売っていたので、思わず買ってしまいそうになっていた。。 がしかし、そこは我慢してよかった。 後々にわかったが、このセットのコンプレッサーの圧力が、0.3mpaで固定だった。 ガンプラの塗装には、0.1mpa前後が最適なんじゃないかと、個人的には思う。 キットのスケールや、パーツの大きさなどによって、気圧の変動できるものが都合いいという判断。 さて、今回その購入したエアブラシで作成したのが、 MG MS-07B グフカスタム。 このグフカスタムを塗装で、 「ギレン暗殺計画」より、ランス・ガーフィールド中佐専用機「ヴァイスローゼ」 にしようと画策。 設定上、ガトリングシールドはいらないんだろうけど、まあそこはあってもいいだろうと思い、そのままに。 IMG_0267.jpg IMG_0266.jpg IMG_0289.jpg IMG_0298.jpg いやー、エアブラシってすごいね。 塗料がたれることも、ほぼ無いし、ムラがなくきれいに塗装できる。 今までの世界が一気に変わった感じ。出戻りモデラーの私には、カルチャーショック。 まさにデカルチャー。 プロのマイスターも、筆塗りはよほどの天才しかできないと。「プロである自分でさえ、筆塗りはマスターできないと思う」ってくらいの発言があるほどだし、 エアブラシは全て理屈でその現象の説明ができるから、誰でも簡単に使いこなすことができるそうだ。 家にある在庫を作るのが楽しみだ。 それと、メガサイズガンダムが欲しいです！]]>「 http://www.komacchi.com/blogs/2010/03/ms-07b3.php http://www.komacchi.com/blogs/2010/03/ms-07b3.php Gundam Hobby Gundam Hobby プラモデル Sat, 06 Mar 2010 04:48:37 +0900 Tweetまとめ 2010-03-04 「

    部屋中、塗料のにおいだらけっていう

    posted at 03:12:00

    グフカスタム「ヴァイス・ローゼ」の塗装ほぼ完了！ http://twitpic.com/16ewrj

    posted at 03:27:41

    大学病院行ったら、結局両方の下奥の親知らずを抜歯することに決定。初回は2週間後。

    posted at 13:51:30

    @hazime2 ええ。ご報告します。レントゲンみて驚愕しましたが、根本が広がっていると歯肉の切開です。親知らずのすぐ直下にあごの神経が通っているため、処置する側の感覚異常や知覚が鈍ることがあるそうです。あと下歯は数日腫れると。

    posted at 14:11:31

    ゲームをするとか。あ。寝ちゃうか。RT @sawada_quadra: 私流時差ボケ対策。

    posted at 14:12:50

    ああ！今やっと理解。。EvernoteのイメージやPDFの文字認識の言語、まだ日本語対応してなかったですね。Web版のsetting見て気がついた次第。すごい勘違いしてたみたい。。

    posted at 14:19:28

    @hazime2 モバイル、特にiPhoneとか頻繁に利用する人じゃないと・・・ってところはありますね。私なんかは、会社と自宅っていう主な使い方になりますが。

    posted at 15:01:00

    大阪市の生活保護率　http://bit.ly/dcPYfI　生活保護受けたければ大阪市にいけって言われるらしいが・・・数字だけみてもすごいな。

    posted at 15:25:55

    via Twilog - Twitterのつぶやきをブログ形式で保存

    ]]>「     http://www.komacchi.com/blogs/2010/03/tweet_2010-03-04.php http://www.komacchi.com/blogs/2010/03/tweet_2010-03-04.php twitter Fri, 05 Mar 2010 05:00:07 +0900     MovableType4.27へアップデート 「表記の通り、4.21から4.27へアップデート。 特にDBの問題もなく、スムーズに終了。 本当は、MT5に変えようと思っている。。 MT5からウェブサイトという概念が追加されて、その下にblogが包括されるため、 ディレクトリの関係を見直さないと。 テスト環境で試してから決行しようと思う。「 http://www.komacchi.com/blogs/2010/03/movabletype427.php http://www.komacchi.com/blogs/2010/03/movabletype427.php Web MovableType Web Tue, 02 Mar 2010 11:41:19 +0900