「在留特別許可」というのは、入管法50条1項にある法律上の制度です。 法務大臣には広範な裁量権が与えられており、在留特別許可を与えても与えなくても、どちらでもいいというものです。 在留特別許可は、2005年の実績だと、退去強制手続きにのった外国人の人数が57,172人で、在留許可者総数は10,834人（不法入国：2,077人、不法残留：8,483人）になります。 入管実務では「在留特別許可」を認めるための細かい内部基準がありますが、一家全員在留資格のない外国人家族のケースだと、以下のような基準を満たしている必要があります。 (1)おおむね10年以上の日本での在留年数 (2)日本で生まれたか、幼少の頃に来日した子供がいる (3)その子供（長子）が中学生以上である (4)素行が善良である カルデロン一家の場合、 不許可裁決が出た時点→子供が小学5年生（(3)の条件を満たしていない） 今現在→子

“かわいそうな世代”２０代、酒飲まず、車を買わず…「貯金は自己投資しないのと同じ」とジャーナリスト 1 名前：☆ばぐた☆ ◆JSGFLSFOXQ ＠☆ばぐ太☆φ ★ 投稿日：2008/03/07(金) 14:21:33 ID:???0 一番の関心事は貯金　20代は「かわいそうな世代」なのか 酒を飲まない。車を買わない。休日は「家にいる」。一番の関心事は貯金―。これが20代の若者の特徴だという調査結果が公表された。そこから垣間見えるのは保守的でつつましく、見方によっては「かわいそうな世代」の姿でもある。 インターネットリサーチのマクロミルは、2月29日に「若者の生活意識調査　2008」 (東京都・神奈川県・千葉県・埼玉県の20代男女312人にアンケート)を発表した。 この中で、貯金について尋ねたところ、約8割の人が毎月貯金をしていた。目的は 「いざという時のため」が65％。「旅行資金」が28

マグロ船に乗って一山稼ぐ……みたいな冗談をみんなよく飲み会の席でいうのですが、それではそんなマグロ船の暮らしってどんなもの？ その素朴な疑問をマグロ船に乗ったことのある元サラリーマンにマグロ漁船の中の実体を聞いてみた。 伺ったのは『会社人生に必要なことはすべてマグロ船で教わった』（マイコミ新書刊）という本の著者・齊藤正明さん。 えーっといきなりで恐縮ですが、マグロ漁船の中ってどんな暮らしなんですか？ 「朝6時にお仕事開始で、終わるのが翌朝4時。途中、昼寝の時間もあるにはありますが、少なく見積もっても1日17時間の肉体労働です」 と齊藤さん。聞いただけでも辛そう。やっぱりマグロの漁師さんって、ホントやっぱり過酷な毎日なのです。 ふつうマグロ船というと、遠洋漁業で何年も帰らないというイメージをもちますが、実はマグロ船でも短距離と遠距離があるそう。短距離だとだいたい40日～2カ月、遠距離だと4カ

3月15日に放送された、NHKの『総理にきく』。麻生首相がテリー伊藤氏と日本商工会議所会頭で東芝会長の岡村正氏を相手に対談を行ったが、実は当初の予定では麻生首相の対談相手は、テリー氏ではなく、ビートたけしだったことが明らかになった。 「NHKの上層部が土壇場になって、たけしの毒舌にビビッて、急遽、安全なテリーに変えたんです」(官邸関係者) 昨年の暮れに支持率が低下する一方の麻生首相がビートたけしと赤坂の料亭『浅田』で密会していたことが発覚して、「出馬要請か」と言った憶測が乱れ飛んだが、真相は藪の中だった。 「真相は『支持率を回復するためにはどうしたらいいのか』をたけしにアドバイスを受けたんです」(たけしと親しいテレビ関係者) この会談を通してたけしを気に入った麻生首相は官邸を通じて、たけし側に一緒にトーク番組をすることを依頼した。 「官邸関係者がNHKの報道に話したら、意外にも乗ってきたん

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

Author: Mist twitter: Mist note: Mist diaries: 或るロリータ ロリータ速報　ＶＩＰ TOP絵簡易まとめ pass: steam つ最近人気あるスレ ↑イミフのパクリです！

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

ドットインストール代表のライフハックブログ

なかなか教え上手なんですよ。 もしかしたら世界共通の公式キャラになるかもしれない、Mozilla Japanのオリジナルキャラクター「フォクすけ」。そんな愛らしい彼が、公式サイトでWebブラウザ発展の歴史を教えてくれています。 「IEがおやすみしてる間、みんな一生懸命がんばってたんだよ」 などという、かわいらしいセリフ回しで、ずいぶん意味深なことをいっちゃってくれてるんですねー。 というか、不況を追い風に変え、思いのほかネットブックが普及したり、高速無線通信「WiMAX」が開通したりなど、ブラウザの重要度が高まる昨今。いまのうちに、その背景を知っておけば、次代の勝ち組にうまく乗ることができるかもしれませんよ。 ま、読み物として、普通に面白いので、下記リンクにて、ぜひともご覧アレ！ FirefoxとWebブラウザの発展の歴史（※pdf）［フォクすけのFirefox情報局］ 【関連記事】 ・こ

Pirka’r (ピリカル) – Web作成支援ツール Seasar Conference 2009 Whiteの S306-3: Web標準コンテンツ作成支援ソフト「Pirka’r」の紹介 で紹介されたサイトの制作の方で CGFMも協力させてもらってます。（現在も制作進行中） Pirka’r (ピリカル)は、 Webサイト制作する中の 特にコーディング以降の作業で威力を発揮するソフトです。 組んだCSSがW3Cに準拠してるかチェックしたり HTML、CSSを編集すると同時に 主要ブラウザ(Firefox、Internet Explorer、Safari)での プレビュー画面も更新して表示されたり …と、便利な機能を持っています。 このサイトをコーディングしている我流氏も 「今、Pirka’r (ピリカル)が欲しいよ〜＞＜」 とぼやいてました。 コーディング段階になると、使用するソフトも

Pythonで実感、「音声認識」の仕組みを知る Pythonを使った音声認識に挑戦、学習済みモデルを使えば数行のコードでOK 2024.12.20

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

土日は適当なエントリーを垂れ流す日と決めてるので(ぉ　五月雨式に。先のエントリーのためにいろいろ調べて下書きとかしていたのだが、その情報勿体ないので切り貼りしておきたい。 インディーズとミク曲+歌い手が根本的に違うところは「母数の数」ではないだろうか。インディーズ音楽配信サイトのレコミュニが600組アーティストによる2000曲*1、 MUSICTOWER.jpが900曲弱*2。MF247はアーティスト数1000という数値があるので先のレコミュニの数値から推察するに3〜4000曲といったところだろう。ニコニコで「ミク && オリジナル曲」での検索結果が7000件強。「リン && オリジナル曲」で2000件強。がくっぽいど、ルカ、KAITOあたりのキーワードとオリジナル曲を&&したものの結果がざくーっとまとめて2000件程度。それぞれの検索結果横断的に含まれてしまったものの分少し差し引くとして

http://www.geocities.jp/noshibeya/ [魚拓] 噂だけど「俺たちの修羅場は始まったばかりだ」？ Pixelstream社は2月末マスター予定で海腹川背DSの開発を行っていましたが、2ch経由で海腹川背DSの発売日が3月26日に決定したことを知り、2月末マスターでは発売できるスケジュールではないためクライアントに問い合わせてみたところ、マスターが2月頭になったことを伝えられます。 クレジット問題、開発期間の一方的な短縮、この二つの問題により、Pixelstream社はジェンタープライス側に不信感を覚え、1月29日を最後にジェンタープライス側へ最新のロムを渡さなくなります。現在店頭で公開されているバグの非常に多い店頭体験版は、この1月29日時点のロムです。ちなみに店頭体験会で提出された数多くのバグ報告、意見、感想等は、実際の開発を行っているPixelstream

1. テスト駆動開発の こころ 和田 卓人 (a.k.a id:t-wada) Mar, 14 2009 @ SeasarCon White 3. 自己紹介 名前: 和田 卓人 (わだ たくと) ブログ: http://d.hatena.ne.jp/t-wada メール: [email protected] Twitter: http://twitter.com/t_wada タワーズ･クエスト株式会社 取締役社長 4. これまで書いたもの WEB + DB PRESS vol.35 「実演! テスト駆動開発」 vol.37 「実演! リファクタリング」 vol.42 「REST特集」 vol.49 「DRY特集」 LifeHacks PRESS オープンソースマガジン(リレーコラム) 他いろいろ

1月からインフラ寄りのお仕事をしています。アプリケーション層から見えなかったことが見えるようになってきて視野が広がりました。アプリケーション層のエンジニアが性能や信頼性の観点でシステムを俯瞰できると、今まで気づかなかった問題が見えてくると思います。 Webサービスでもそれは変わらないと思います。どんなWebサービスを提供するにしても、プログラミング以外に知っておくべきことはあります。ログを集めてどうやって管理（監視）するかとか、大量データを処理するときに整合性を保証する方法とか、DBが壊れた場合の対処とか。レンタルサーバやクラウドを使えば信頼性を保証してもらえますが、運用面では考えることがたくさんありますね。 インフラ技術は、プログラミングより敷居が高くクローズドな世界だと思います。エンタープライズ向けの機器を使ったことがないと話についていくのが厳しい。SIerがベンダを買い叩くという嫌な

去年あたりから、オンラインでレビューを行える、オープンソースのシステムが増えてきました。 ReviewBoard VMWareの開発で利用されている、ということで、一躍有名になったレビューシステム。Pythonで開発されている。 デモ：http://demo.review-board.org/account/login/?next_page=/dashboard/ Rietveld Googleのソースレビューシステム「Mondrian」のオープンソース版。Pythonで開発されているが、Google App Engine上で動作させる仕様になっている。 デモ：http://codereview.appspot.com/ 宍道湖 Rietveldを参考にし、Ruby on Railsで開発されたレビューシステム。インタフェース／機能は、Rietveldとほぼ同じ。 デモ：http://is

ソフトウェア開発では、レビューにて、より上位の工程で欠陥を発見することの重要性は、周知のことでしょう。 しかしながら、レビューを効果的に実施するのは、なかなか難しいと感じるところです。 レビューにおける指摘が、フォーマットや誤字・脱字に関してのものが多く、品質への寄与が低い レビューそのものに時間がかかるため、頻繁に実施しにくい。 スキルのあるレビューアは、大抵多忙であり、レビューしてもらえない。 レビューをするタイミングが遅く、修正や水平展開に手間がかかる。 レビューで見逃した欠陥は、テストが完了しないと分からない。 今月は、Think ITで、レビューに関する連載がいくつも公開されています。まだ、全て読んではいないのですが、プロセス定義、定量化、技法、教育等、いろいろな観点で書かれているので、参考になりそうですね。 記事の一覧を、載せておきます。 インスペクションは誰が行うべきか 第1

【1】SW開発ではいつも結合テスト以降で火を噴く。 設計、開発、単体テストまで順調であっても、結合テストから受入テストに至るまでに致命的な問題が発覚する。 例えば、下記のような問題がいつでもどこでも噴出するのではないか。 設計書には、複数の画面遷移による業務フローが考慮されていなかった。 業務のインターフェイスがシステムとして整合性が取れていなかった。 シナリオに従ってテストしたら、設計時には気付かなかった業務フローが見つかったり、想定しなかったデータが作られて、その対応が漏れていた。 つまり、設計漏れ。 実際に結合テスト環境で動かそうとすると、そもそも動かない。 実は、DB環境にViewやプロシージャがもれていた。 あるいは、帳票出力やPDF出力、バッチ処理などに必要なサードパーティのライブラリがテスト環境に無かった。 モジュールをビルドして、Webサーバーを再起動する作業が手順化されて

SW開発でいつもボトルネックと感じる工程がレビュー。 僕が経験した過去のどのプロジェクトも、レビュー工程は効果的と思えなかった。 少なくとも、開発者の立場では、レビューは嫌なもの。 自分の成果物にケチをつけられ、何度も直しては叩かれる。 今、管理者の立場でレビューに携わっているが、レビューが成果物の品質Upになっているとはとても言えない。 設計レビューは、設計の元ネタとなる要件定義と化している。 レビューアーにひたすら質問しまくって、本来の仕様を聞き出す。 ソースレビューは、コーディングルールの徹底と化している。 CheckStyleで十分なのに、レビューワーは業務ロジックまで分からないから、ただ直すだけ。 いつも思うのは、レビューはペアプロ、ペア作業であるべきだ。 レビューワーが、レビューイーの席の隣に座り、レビューイーのPCで成果物を見ながら、間違っている箇所はその時その場で即修正する

コンピュータの技術は日進月歩で進んでおり、さらに技術要素が増えていることもあり、覚えるべき知識は無尽蔵に多くなっている。とは言え、人の記憶容量や習得に費やせる時間には限りがある。より効率的に知識を貯えていく方法が必要だ。 学習、復習を通じて知識を貯える 新しい知識をどんどん積めているだけでは、多少古くなった知識（ほんの数日前でも）はどんどん忘却の彼方へ追いやられてしまう。それを防ぐのが絶対復習だ。 今回紹介するオープンソース・ソフトウェアは絶対復習、Ruby on Railsベースの復習推進サービスだ。 絶対復習は復習したい項目を予め登録しておくことで、次の日/一週間後/一ヶ月後/半年後のタイミングで復習すべき項目のリストとして挙げてくれる。それによって繰り返し復習することで知識の定着を促せるようになる。 復習すべき知識を書き出す（この項目は変ですが…） 例えばインターネット上の新しい技術

下北沢・鎌倉橋南交差点近くに3月7日、古道具などを扱う｢ENSYU＋m2ds（エンシュウ）｣(世田谷区代沢4、TEL 03-3795-7373)がオープンした。 オーナーはヨネハラ・マサカズさんと妻の上野雅代さん。二人は2002年から西荻窪で同じく古道具などを扱う｢無相創(ぶあいそう)｣を経営しており、同店は2店舗目となる。｢無相創｣にはヨネハラさんが手がける骨董（こっとう）品を再利用した照明器具などの商品が多く並ぶのに対し、同店では上野さんが制作したバッグや文鎮などをメーンに扱う。上野さんは小物のほか、家具や革物も制作。これらは骨董市などで仕入れた、主に江戸時代から昭和までの古道具に手を加えたもの。価格は、2万円代のものを中心に数百円から十数万円まで。 店舗面積は約8坪。築45年の民家をリノベーションし、1階部分を店舗とアトリエ、2階部分を住居として利用している。通りに面した一面は窓にな

こんにちは。 藤沢Kazuです。 先週はカルデロンさん一家の中学生の娘のノリコさんをひとり残しての両親の強制送還が世間を騒がせました。 個人的には日本で１０年以上も善良な市民として働き納税をしてきた人たちになぜこのような仕打ちをしなければいけないのかと憤りを感じます。 確かにノリコさんの両親は不法入国で日本にやってきたのであり、厳密に日本の法律を解釈すればこのようなことも正当化されるのかもしれません。 僕としては確かに彼らは法律を犯していたとしても、そこは警察が見てみぬふりをしたりと言うような大人の対応をしてもらいたかったところです。 日本の司法や警察は、ホリエモンや村上さんを叩く時とかソープランドとかパチンコ屋とか政治家の献金問題では恐ろしいほどクリエイティブで柔軟な法の解釈と執行をするにもかかわらず、なぜカルデロンさん一家に対しては厳格に対処するのかと。 こう言う所をみると何か日本とい

元ネタ アジャイルだウォーターフォールだいう前にさぁ http://shift.cmd-q.jp/weblog/0902/000845.html プログラム開発手法とプロジェクト管理手法はちがうわな http://shift.cmd-q.jp/weblog/0902/000846.html んと…まずは気になる部分をざらりんと列挙しつつ軽く突っ込み。 アジャイルだかウォーターフォールだかどうでもいいよ。 どっちでもいいから、ともかくまずは顧客の要望をきちんとほじくりだして並べてみせてくれよ。 まぁクライアント的に本音ですわな。 顧客の出した要望は開発側でまとめてくれよ。顧客が自分でまとめた要望なんて穴だらけなんだよ。 この要望でどんなものが出来上がるのか、開発側は頭ん中にすぐに組み立てられるだろうさ。けど顧客側にはわかんないんだよ? どんなものが出来上がるのか想像もつかないのに、最初から満

元ネタ WEBプログラマ向け、10個の禁止事項 http://pgyougo.seesaa.net/article/112302930.html 1. 車輪の再発明禁止 非常に難しい。「同じ機能」という単語を真摯に捉えた場合においてより一層。 端的に一番厄介なのが「似たような機能は確かにあるんだけど実際問題処理が以下略だったり実装が前略中略以下省略だったりする」ケース。自力で再実装かましたほうがマシなケースも少なからず*1。 とはいえ「闇雲に全部自力」は色々としんどいので、そのあたりはある程度柔軟に対応すべき。 2. 言語的冒険禁止 指定された言語にもよるけど…まぁ…基本依頼主のご意見を尊重しましょ。 3. 死ぬほど働くの禁止 っていうか週あたり40時間を超えて働いちゃいけませぬ。 4. 新人に優しくないソース禁止 これは全力で否定。 無駄にややこいソースにする必要はないと思うが、必要性が