せんべいの総合情報サイト。おせんべい、おかき、あられの基礎知識から、手作りおせんべいのお店をご紹介。せんべいというのは、中国からの伝来のものだそうで、日本のものだと思っていたので少し驚きます。 しかし、美味しいせんべいがこうして世の中に出回り、職人さんがいるというのも非常に喜ばしいことです。 そんな、手軽に食べられるせんべいは塩分が控えめのものも今は多くなり、カロリーが控えめなのでとてもうれしいお茶うけでもあったり、おやつにもなります。
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
最近、技術者やプログラマの方と面接する機会が多いです。 毎回質問事項を考えるのにも飽きたので、再利用できるようにまとめておきます。 もしさわりの質問に対する反応が良かった場合は、さらに突っ込んだ質問 (インデントが深いもの) をします。経験がないようなら、さらっと流します。 当ページ管理人は、現在 EC サイト構築・運営を担当しているため、 そっち方面に偏っています。 最小限の質問でその人のスキルを見極めるのは難しいなぁ…。 ------- ●追記 ホッテントリに載ったようなので、このチャンスに 人材募集 を再アピールしておきます。 興味のある方はぜひ。 念のため言っておきますが、全部できないとダメというつもりは全くありません (当ページ管理人も、CSS・Eclipse・Struts・Spring・Hibernate・Ruby・アセンブラなど、 弱い部分が多々あります)。 「~はできますか
以前、とあるシステムのソースコードを読む機会があったのだけどあまりにひどかった。あのひどいコードでまあまあまともに動いているというのが逆に信じられない。今日昼ご飯を食べながら少し話していたのだけど意外と知られていないようなので、話せる範囲でいかにひどいのか説明してみようと思う。 まず、ソースコードが大雑把に見積もって3750万行あるのだけど、その中でまともに機能しているコードは3%しかない。10分の1程度のソースコードで同程度の機能を実現しているシステムもあるのでほんとあのシステムのコードはゴミだと言っても過言じゃない(*1) プログラマとしてはなんでそのプロジェクトはそんな状態になってしまったのか気になるところだけども、まあ多くのプロジェクト同様、真相を知る人は誰もいない。でもまあ、実際に機能しているコードのコピーみたいなものがあちこちに散らばっていることからしてコピー&ペーストが盛んに
来年も作りたい!ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
私の上司は「能力」が低すぎます!:NBonline(日経ビジネス オンライン にもありますが、今、上司、リーダーの役割が果たせていない上司が増えているとういコトが問題になっています。 これから更に景気悪化が深刻化してくるようになれば、職場はドンドン元気がなくなっていくでしょう。かといって、カンフル剤などはありませんから、各職場のリーダーの役割が特に重要になってきます。リーダーのモチベーション力、やる気を引き出す力は当然の事かもしれませんが、それ以外にリーダーの役割とは、どのようなものがあるのでしょうか? 今週読んだ本で、新将命さんが書かれた「伝説の外資トップが説く リーダーの教科書」には、リーダーが果たすべき役割が上手にまとめてありました。リーダー必読の書ではないでしょうか? 伝説の外資トップが説く リーダーの教科書 作者: 新将命出版社/メーカー: 武田ランダムハウスジャパン発売日: 2
プロジェクト管理ってよく聞くけれど…… ソフトウェアの開発は、よく家を建てることにたとえられます。家を建てる場合、顧客の要望を聞いて設計などが終わった段階から、施工のスケジュールを立て、さまざまな関係者が予定に沿って作業を進めていきます。作業が予定どおりに進んでいるかを施工業者がチェックしたり、作業の途中で建築士が品質をチェックしたりしながら、家の完成まで工事全体を管理します。その管理をせずに家がちゃんと建つ保証はありません。 ソフトウェアを開発する場合も、顧客の要望を聞いて設計をした後に開発やテストの作業があり、その作業をさまざまな関係者が予定に沿って進めます。途中で作業が予定どおりに進んでいるかをチェックしたり、品質をチェックしたりしながら、完成までプロジェクト全体を管理する必要があります。 家を建てることは、何千年も前から行われてきているため、どうしたらうまくいくのか、何を管理してお
2007-2-18 Japanese/English スクリーンショット ストーリー EXCELでガントチャート作るのはいいけど、イナズマ線を手で引くのはなぁ・・・・。 ってことで、ガントチャート(試作版)をEXCELで作成しました。 線はシェイプオブジェクトで引くようにしました。 感想&要望があったらコメントください。 11/25(日)追加 操作説明の動画を作成しました。こちらを参照ください。 http://mizhiro.mitelog.jp/taskline/taskline.htm ※動作確認 ○Excel2000 ○Excel2003 ○Excel2007 ダウンロード(作成したEXCELシートはコチラ。) 英語版(English Version)も作成しました(2008-07-14) New! tasklineV22.zip(10) 2008-07-1
リードタイムとは、「オーダーを出してから、それが完遂(fulfill)されるまでの時間」のことである。オーダーとは異なる組織間でやりとりする正式な指示であり、いろいろな種類がある。そして、リードタイムはそれぞれのオーダーの内容に対応して定義される。つまり、リードタイムと一口に言っても、その指し示す内容は様々であり、聞き手と話し手の文脈理解の差がある場合は、しばしば誤解が生じやすいので注意が必要だ。 企業間でやりとりするオーダーの代表例は、需要オーダー(あるいは受注オーダー)である。会社によっては単に『オーダー』とも呼ばれる。これは、製品の販売行為に対応する。製品Aを100個売る注文を顧客Zからもらった。納品の納期は来週末だ。こういうとき、需要オーダーが成立する。そして、この需要(受注)オーダーの完遂までの期間が、受注から納入までのリードタイムとなる。今日が月曜日なら、実働日単位では9日間、
成功率100%のオフィス移転マニュアル──オフィスの設計とデザイン:新しいオフィス環境──オフィス移転、レイアウト変更のポイント 移転実施のフェーズで最も大きなウエートを占めるのが、新しいオフィス(移転先)の設計やデザインなどに関する業務だ。ここでは、オフィス設計を進める際の手順と各ステップにおけるポイントをご紹介する。 1──現オフィスの現状把握 まずオフィスの現状を把握しよう。経営層と管理側、そして従業員の視点はそれぞれ異なるため、偏った見方にならないように注意が必要だ。末尾の「オフィス現状把握シート」を使って全員アンケートを実施することで、思わぬ良い点、悪い点が見つかることが多いため、ぜひ実施してほしい。 2──新オフィスの要件把握 次に新オフィスに必要な機能や性能をまとめよう。このとき、企業のブランディングやCSRなどのソフト面も盛り込むことが重要だ。何を目指したオフィスなのかを社
建築業界では、ほとんどの工事は見積もり額の-10~+10%に入るといわれており、多少誤差があるが、このPMBOKの定義とほぼ一致している。これに対しシステム開発では、最終的にはどのくらいの見積もり精度なのだろうか。感覚値だが、たぶん、-20~+100%ぐらいになっているのではないだろうか。 それでは、なぜシステム開発においては、見積もり精度が出ないのであろうか。これには、いくつかの理由が考えられる。 (1)機能の洗い出しが不十分 確定見積もりを算出するためには、プロジェクトで開発するシステムの機能とその難易度が分からないといけない。しかし、見積もりを算出する段階で、そもそも機能は明確になっているだろうか。機能が明確でないのに見積もりを提出しているとすれば、その精度はそもそも期待できなくて当然である。 (2)見積もり技術が確立していない システム開発においては、見積もる人によって金額に倍の開
先日、知人が「なんか最近仕事が忙しい」と言っていたんですけど、ふと「どのタスクがどのぐらいのボリューム感あって、進捗はどんなカンジで、どの程度忙しいのかを把握しているのかな」なんて思ったのです。 弊社の場合は、昔っから BTS (Bug Tracking System) を使っています。 BTS ってのはエンジニアの人には日頃から馴染みがあるものなので、知らない人ってのは殆んどいないと思いますが、弊社は Bug Tracking だけには使っていなくて、普通に、バグだろうがバグじゃなかろうが、タスクをどんどん登録しています。 こうしておくことによって、どのタスクが放置されてて、どのタスクが進行していて、どのタスクが完了しているのか、あるいは、どのタスクの担当が誰で、誰が一番仕事進めていて、誰が一番仕事を溜め込んでて…、みたいな情報が、この BTS を使ってある程度把握出来るようになっていた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く