タグ

品質に関するindicationのブックマーク (11)

  • 私は中国向けに、原材料の木材を販売する仕事をしています。初心者向けア..

    私は中国向けに、原材料の木材を販売する仕事をしています。初心者向けアコースティックギターですから、使用している木材はスプルース材(カナダ産)です。 ①何故日で作られなくなったのか? ・楽器向け木材を製造する業者がいなくなった。カナダから輸入する木材の塊(長さ4000㎜幅800㎜厚600㎜とか)を、乾燥し、細かく裁断してギター用材の長さ3尺(909㎜)以下にする必要があるが、 90年代後半以降の不況な日において、機械化不能の寸法を製造するザ人海戦術する業者はいなくなった。(3万のギターの材料販売で黒字化しなくなった) ・最終販売単価が変わらない。完成品の単価は、この30年続く不況で変わなかった。これは後述しますが、スプルース一つとっても木材価格はこの30年で2倍~3倍に価格が上昇している。 スプルース材は日では長らく建築材料世界において桧の代用品でしたが、今年の相場でいうと下手したら価

    私は中国向けに、原材料の木材を販売する仕事をしています。初心者向けア..
  • プロジェクトリーダーというお仕事 - Qiita

    概要 そろそろ年度末だし、新年度からプロジェクトリーダーとしてやっていく人もいるかと思うので、プロジェクトリーダーはどういうことをしないといけないかと、心得的なものを投稿しようと思います。今業界全体的にリーダー不足になってるんで、プロジェクトリーダーという役割について興味持ってくれる人が増えると嬉しいです。 ※ここでのプロジェクトとはシステム開発等IT関連のプロジェクトを指すものとします。 軽く自己紹介 2013年頃から7年くらいプロジェクトリーダーとして請負業務などの仕事をしてきました。最近はプロジェクトマネージャーも兼ねてやっていたり、うまくいっていないプロジェクトコンサルとして入って立て直すというようなこともしています。 レジュメ https://www.resume.id/branch まずは結論から プロジェクトリーダーの使命 「担当するプロジェクトを成功へと導く」 「プロジェ

    プロジェクトリーダーというお仕事 - Qiita
    indication
    indication 2020/03/09
    いろんなところが痛い…このところ失敗続き…見積りで時間を取るなと言われてるのもツラい
  • 翻訳は/誰がやっても/間違える (前編)

    2015/11/24 慣れないことをしたせいか、この記事を投稿した直後から体調を崩していました。 論争的なトピックは体に悪い。 わたしはわたし自身の翻訳の腕を磨き、わたし自身の分野に専念したほうがいいのかもしれません。 真鍋さん、山口さん、minghai さん、来関係のない者が差し出がましい真似をしてしまい申し訳ありませんでした。 記事全体を撤回いたします。

    翻訳は/誰がやっても/間違える (前編)
    indication
    indication 2015/11/17
    丁寧なマサカリ
  • 熟練の技術者だけが知っている効果的に成長するための「努力の指針」とは | Social Change!

    最近、若い技術者を一緒に開発しながら育てています。若者たちが一人前になるためには、勿論しっかりと努力をしなければいけませんが、ただし闇雲に頑張るよりも指針があったほうがいいでしょう。 その視点でベテラン技術者たちを観察すると、効果的な努力の仕方があることに気づきます。この記事では、熟練の技術者たちが日常的にやっている「努力の指針」について考えました。 品質:価値判断を増やすためのレビューを受ける 何よりもまず身に付けるのは、基礎体力です。体力といっても肉体的な意味ではなく、その仕事における基礎的な力のことです。たとえばプログラミングであれば、より速く、より美しいソースコードを書けるようになることです。 未熟なうちは、何をするにしても時間はかかりますし、成果物の品質もよくないでしょう。では、どうすれば上達するのでしょうか。 品質は熟練者からのレビューを受ければ高めていくことができます。品質を

    熟練の技術者だけが知っている効果的に成長するための「努力の指針」とは | Social Change!
  • ペヤングゴキブリ騒動について元食品メーカー営業・現ニートが言いたい

    大前提として日品メーカーの品質管理はおそらく世界トップレベルだよ それでも真っ白で清潔な無菌室をイメージしてるかもしれないけど、実際はめっちゃ汚いよ(もちろん品質的には問題ないレベル。) 2chでまるか品工場を見て汚いだの品を作る会社とは思えないって言ってる人いるけど、多分君たちが普段口にしてるものの工場行ったら卒倒するんだろうなぁ。工場は工場なのであって、おしゃれなインテリアや壁紙って実は衛生には全く関係ないんですよね。そもそも衛生面で見れば君たちの台所の100倍は綺麗なんだよ 全身エプロン・マスクで台所に入るたびにエアシャワーでホコリ取って、それでも虫が入ってきそうな箇所には全部トラップしかけて毎日掃除・殺菌消毒とかしてる人いたらごめんなさい。あなたの台所は結構綺麗です。 そんなトップレベルの日メーカーでも月間で異物混入が0件だったら野球でノーヒットノーランやるくらいすごい

    ペヤングゴキブリ騒動について元食品メーカー営業・現ニートが言いたい
    indication
    indication 2014/12/11
    想像以上に丁寧なマサカリ。「みんな知らないだけでメーカーがずっとやってきたコト」っていうのは現場からすると泣ける。食品業界関係ないけど。
  • コードレビューポエム - その手の平は尻もつかめるさ

    これはポエムです (It's just like a unko). ■ 「なぜコードレビューをするのか」という問いに対する答えは様々だ.コードの品質を上げるため,コードレビュー自体が楽しいから,あるいはコードレビューやってる俺たちって恰好良いじゃん,などなど色々ある. これらは全部正しいと思う.コードレビューをすればコードの品質が高くなる可能性は強まるだろうし,「コードレビューが楽しい」という感情がコードを書くための原動力になるのであればそれは良いだろうし (なぜならコードレビューをするにはレビュー対象たりえるコードが必要だ),「コードレビューやってる俺たちって恰好良いじゃん!」というのも結構だ.貴方がたは当に恰好良いヨ! さて,コードレビューという話題に必ずついて回る尤もらしい理由の1つである「コードの品質向上」について考えたい. なぜコードレビューがコードの品質を上げるための手段とし

    コードレビューポエム - その手の平は尻もつかめるさ
  • 「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る

    「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る 「素人的に言えば、絶対落ちないシステムを作れ、というのがユーザーから見た要求条件」と発言したのは、東京証券取引所の株式売買システム「arrowhead」開発のプロジェクトマネージャ 宇治浩明氏。 東京証券取引所は2005年にシステム障害を起こし、取引が一時全面停止するという事態を引き起こしました。そのため2010年に稼働を開始した新システム「arrowhead」の開発では、高性能と高可用性という高い品質を実現することが絶対の目標となっていました。 東京証券取引所と、arrowheadの開発に当たった富士通。両社はどのように開発プロジェクトを通して高いソフトウェア品質を実現したのでしょうか? 9月9日、早稲田大学 西早稲田キャンパスで行われた日科学技術連盟主催「ソフトウェア品質シ

    「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る
    indication
    indication 2013/10/09
    フルスロットル。巨大なのに落ちない。
  • 技術的負債にどのように取り組むか

    みなさんこんにちは。@ryuzeeです。 定期的にSlideshareをウロウロして良い資料がないかを探しているのですが、技術的負債に関する分かりやすい資料があったのでご紹介します。 技術的負債とは、現在の進捗のために、将来のキャパシティ(ソフトウェアの開発能力)を犠牲にすることであるもうちょっと具体的に言えば、技術的負債とは、ソフトウェアの内部的な問題(見つかっているか見つかっていないかは関係はない)、要求の明確化の欠如、ダメな設計、ビジネスの要求に適していない設計、自動化できるはずの箇所の手動処理などを指す**利子の支払いは時間のムダである。**例えば欠陥を直すのに時間を取られる、要求が明確になった後に再度作りなおす、複雑なコードを理解するために余計な時間を取られる、などなど技術的負債の悲惨なサイクルがあるテストを書く時間がない、リファクタリングする時間がない、設計レビューする時間がな

    技術的負債にどのように取り組むか
  • イノベーションを阻害する品質管理脳の恐怖! - A.R.N [日記]

    などというあおり気味なタイトルを付けてみたのですが、皆様は新年度をどのようにお過ごしでしょうか。 つい先程「ヤバい経営学」なるを読み終わったのですが、ちょうど良いタイミングで中央大学竹内健先生のブログでこんな話を読んでしまったわけです。実は似たような話が同書にも書かれていて、これは根拠ない話じゃないなぁ、と。 歴史のある企業では、過去の失敗事例をもとに、様々なルールがある。 でも、ルールをすべて守ると、半導体のチップの面積が大きくなって、コストが増える。 あるいは、設計ミスが無いか、念には念を入れて検証ばかりしていると、設計期間が延びてしまって、市場への製品投入が遅れる。 一方、新興企業だった三星には、そんなルールがない。 結局、ルールにがんじがらめになった、日の多くの半導体メーカーは敗退しました。 http://d.hatena.ne.jp/Takeuchi-Lab/20130420

    イノベーションを阻害する品質管理脳の恐怖! - A.R.N [日記]
    indication
    indication 2013/04/22
    このような見方をすると、microsoftはどうなってるんだ。
  • スキルが必要な作業はSI内部だけで回した方が楽だし、環境を整えておけば時..

    スキルが必要な作業はSI内部だけで回した方が楽だし、環境を整えておけば時間かけずに品質も確保できるはずだけどな。 最近経験したプロジェクトだと開発自体は社内の人間だけでやってたな。 プログラマ的な作業は要件定義と平行して、格的な開発に入る前に8割方終わらせてた。 下請けにお願いするのは、要件定義で作成した資料をドキュメントに反映するとか、コードの細かな調整とかだった。 コードやドキュメントへの変更はバージョン管理のおかげで誰がいつ何を書いたか分かるから、毎日の変更分だけを10分ぐらい見てすぐにメールという感じで、時間のかかる対面でのレビューはしなかった。 あとは膨大なテスト。 基的には同じようなパターンの単純作業が続くからある程度やり方が確立すれば、わりと回る感じだった。

    スキルが必要な作業はSI内部だけで回した方が楽だし、環境を整えておけば時..
    indication
    indication 2013/03/11
    下請けに出す場合の手引き。tdd寄りな手法かな
  • 公開後にアプリ品質を向上させる

    .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

    公開後にアプリ品質を向上させる
  • 1