話題の買取ビジネスを始める 買取フランチャイズとは 不況知らずの買取ビジネスともいわれ、街中を歩いていると、よく買取屋さんの看板や店舗を見かけます。買取してくれる品目のイメージとしては、貴金属、ブランドバッグ、時計、金券・チケット類などがすぐ浮かぶのではないでしょうか。査定をする方が鑑定をし、買取って、現金に換えてくれるというものです。利用者は使い勝手が良く、年齢を問わず数は増えている状況にあります。 売る側からすると、ゴミ同然かもしれない不用品や不要品に値が付く可能性があるわけですから、利用しない手はないでしょう。一方、買取ビジネスの経営側から見てみると、コンビニや塾などのフランチャイズより効率の良いビジネスとして、経営メリットは大きいといわれています。 買取ビジネスでの3大メリットを挙げてみると、①小スペースでも可能、②人件費がかからない(一人で開業の場合)、③在庫リスクが低いというこ
希望講座:自然言語処理学講座 取り組みたい研究テーマ:「機械翻訳」 NAIST に入ってから研究したいのは機械翻訳です。特に日中英相互の機械翻訳に取り組んでみたいと思っています。言語理論を実際的な問題に応用し、試行錯誤する過程で理論を練り上げていくことに興味があります。機械翻訳がもっと進んで使いやすいものになり、世界中の人とコミュニケーションを取るのに少しでも障壁がなくなるよう努力したいです。 機械翻訳を研究テーマにしようと思った背景には、高校生のころから人間の言語に興味を持っていたことがあります。そのころは漠然とことばの意味、文の意味について考えたいと思っていて、大学に入って言語哲学を勉強するつもりで、大学に進学してから哲学と言語学のどちらに進むかを決める予定でした。しかし、大学に入ってから学んでいく過程で言語自体に関心が移り、大学院では実際の言語を扱ってみたいと強く思うようになりま
2024年度 役員候補者選挙ならびに代表会員選挙の投票 (03/01-03/14) 2024/02/22 2023/11/16 2024年度 代表会員・役員候補者選挙公示 2023/02/22 2023年度 役員候補者選挙ならびに代表会員選挙の投票 2022/11/04 2023年度 代表会員・役員候補者選挙公示 2022/09/02 日本ソフトウェア科学会第39回大会 - 表彰式 学会誌「コンピュータソフトウェア」のご案内です コンピュータソフトウェア誌 投稿のご案内 特集号の募集 研究会に関するご案内です 各研究会のご紹介 研究会資料シリーズ 各種イベント情報へのリンクです 大会 チュートリアル 協賛・後援イベント その他の情報へのリンクです 学会刊行物 表彰等 会員メーリングリスト 日本ソフトウェア科学会に関する情報です 概要・アクセス 定款・規定集 各種お申し込みについて 役員・各
話題の買取ビジネスを始める 買取フランチャイズとは 不況知らずの買取ビジネスともいわれ、街中を歩いていると、よく買取屋さんの看板や店舗を見かけます。買取してくれる品目のイメージとしては、貴金属、ブランドバッグ、時計、金券・チケット類などがすぐ浮かぶのではないでしょうか。査定をする方が鑑定をし、買取って、現金に換えてくれるというものです。利用者は使い勝手が良く、年齢を問わず数は増えている状況にあります。 売る側からすると、ゴミ同然かもしれない不用品や不要品に値が付く可能性があるわけですから、利用しない手はないでしょう。一方、買取ビジネスの経営側から見てみると、コンビニや塾などのフランチャイズより効率の良いビジネスとして、経営メリットは大きいといわれています。 買取ビジネスでの3大メリットを挙げてみると、①小スペースでも可能、②人件費がかからない(一人で開業の場合)、③在庫リスクが低いというこ
統計や実証を通してソフトウェア工学を研究していく、それが「エンピリカルソフトウェア工学」(Empirical Software Engineering、実証的ソフトウェア工学)です。「第一回エンピリカルソフトウェア工学研究会」が、12月10日に都内で開催されました。 基調講演では、マイクロソフトリサーチで研究をしているDr. Thomas Zimmermann氏が登壇。開発組織の構造がソフトウェアにどう影響するのか、バグ報告書やバグ報告者と修正されるバグの優先順位の関係、そしてエンピリカルソフトウェア工学という「データ指向のソフトウェア工学」を、どのようにソフトウェア開発における意志決定に役立ていくのか、といった内容の講演でした。 開発組織の構造がソフトウェア品質に及ぼす影響は? マイクロソフトリサーチのDr. Thomas Zimmermann氏。 今日はいくつかのテーマについて紹介した
前回ドメインレイヤを実装した「割り勘アプリケーション」のプレゼンテーションレイヤを実装し、全体的なアーキテクチャについて考察する。 導入 前回のエントリでは、DCIアーキテクチャの概念に従って「割り勘アプリケーション」のドメインレイヤを実装しました。その後、Wicketを使用してプレゼンテーションレイヤを実装し、「企画」から「会計」までを一通り動かすことができるようにしました。今回はこの作業を通じて得られたDCIアーキテクチャにおける考慮事項について解説していきます。(ソースコードはこちらで公開しています。) ※ 配色については、こちらのサイトを参考にさせて頂きました。 DCIとMVC フロントを含めた基本的なアーキテクチャを以下に示します。 PageクラスとActionクラスの責務分割については、「Pageクラスはコンポーネントの生成と画面遷移のみを行い、ContextおよびReposi
失敗例その1 「要件定義が終わらない」 ユーザーから要求を聞き出し、システム要件に落とし込んでいくのが要件定義だ。要件定義が終わらないかぎり基本設計に移れない。しかし、要件定義がいつになっても終わらない。その理由として、ユーザーからうまく要求を引き出せないことがある。そもそも今回のシステム開発でユーザーが具体的に何をやりたかったか、どんなものをIT化すればよいのかがはっきりしない。3カ月と予定されていた要件定義工程はすでに1カ月オーバーしてしまっている、しかもユーザーが満足するような要件定義書がいまだにできていない。 失敗例その2 「設計工程の無駄」 オープン系の開発でウォーターフォール開発を行っている。設計工程は、基本設計、詳細設計に分かれている。基本設計では、要件定義に基づき、主に画面などユーザーがシステムを利用するうえで意識する部分を設計し、詳細設計では、それをプログラムにつなげるた
Code Complete 2 [ Code Complete第2版―完全なプログラミングを目指して (上・下) ] スティーブ・マコネルのCode Completeはソフトウェア開発者のための「楽しい料理」本だ。この本を読むということは、自分の仕事を楽しんでいるということであり、自分のすることに真剣であるということであり、もっと向上したいと思っているということなのだ。Code Completeの中で、スティーブは平均的なプログラマが読む 技術書は年に1冊に満たないと指摘している。この本を読んでいるという時点で、あなたはおそらく周りにいる開発者たちの90%と違う行動を取っていることになる。それもいい方向にだ。 私はこの本がすごく好きで、ここから自分のWebサイトの名前(Coding Horror)を取ったくらいだ。この本ではやるべきでない悪い例には"coding horror"アイコンで印
今更なネタかもしれませんが、psコマンドでは通常プロセス単位での表示となりますが、"man ps"を読んでみたところ、"-L"等のオプションをつけることで、スレッドを表示することもできるようです。 スレッド表示 H スレッドをプロセスのように表示する。 -L 可能ならば LWP と NLWP カラムをつけてスレッドを表示する。 -T 可能ならば SPID カラムをつけてスレッドを表示する。 m プロセスの後にスレッドを表示する。 -m プロセスの後にスレッドを表示する。 Man page of PS では、早速試してみましょうか。 普通に"ps -ef"を実行 $ ps -ef | grep -e mysqld -e PID | grep -v grep UID PID PPID C STIME TTY TIME CMD root 4570 1 0 Dec09 ? 00
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く