重度の知的障害がある女性が、障害がない人と遜色のない作業時間で仕事をしているお店があります。 それを可能にしたのは、 “あるシステム”です。このシステムは、同じ職場で働く、障害がない人たちの働きやすさや効率の向上にもつながっているといいます。 開発のきっかけとなったのは、障害児を育てる母親が感じた“生きづらさ”でした。
重度の知的障害がある女性が、障害がない人と遜色のない作業時間で仕事をしているお店があります。 それを可能にしたのは、 “あるシステム”です。このシステムは、同じ職場で働く、障害がない人たちの働きやすさや効率の向上にもつながっているといいます。 開発のきっかけとなったのは、障害児を育てる母親が感じた“生きづらさ”でした。
ChatGPTが本当にヤバい。 断言する。新卒がこれを使いこなせば、今職場で「優秀」とされている5-6年目くらいの先輩なら余裕で出し抜ける。鬼になれる。 筆者はメーカー社員なので、メーカーの新入社員がChatGPTを使って鬼になる方法を1つ提案したい。 「ChatGPT×Python」である。 Pythonとは、ご存知のとおり物理シュミレーションからデータサイエンス、機械学習までカバーする汎用性をそなえたプログラミング言語だ。何でもできるわりには書ける人がなぜか少なく、いまだにスキルとして重宝されている。 そんなPythonにChatGPTを使おう。 ChatGPTを使えば、上司から求められるアウトプットを一瞬で出すことができる。それに対してフィードバックをもらい、それも一瞬で打ち返すことができる。 「あいつ"Python書ける"だけじゃないんだよな。こっちが言ったこと正確に理解するし、そ
最速配信研究会山崎大輔 制約理論及び待ち行列理論による技術経営コンサルとエンジニア起業相談やってます @yamaz 今あちこちで説明しているノートラブルなシステムを作るための心構えの資料を清書してる。その中でも特に好きなスライドはこちらになります。 pic.twitter.com/PX4ChHRvyo 2022-07-15 12:24:46 最速配信研究会山崎大輔 制約理論及び待ち行列理論による技術経営コンサルとエンジニア起業相談やってます @yamaz ソフトウェアエンジニア、起業家、商売人、三児の父、広告システムチョットデキル、スモールビジネス大好き ヤフー→スケールアウト(ファウンダ)→M&A/PMI→現在起業準備中 モットー：流れ重視、差は儲けの元 大量配信（月数千億～）、エンジニア起業、テック組織、技術的負債の返し方、PMIなど、ご相談はDMで！ https://t.co/eSo
スーツのようなデザインの作業着「WORK WEAR SUIT（ワークウェアスーツ）」が発売されました。スタイリッシュでありながら、現場作業に必要な伸縮性や多収納、形状記憶などの機能を完備しています。価格はジャケットとパンツのセットが1万9800円から、シャツは5000円（税別）。 見た目はスーツですが、実は作業着 スタイリッシュでありつつ現場作業に耐える 水道工事やメンテナンスを行うオアシスソリューションのグループ会社、オアシススタイルウェアの製品。防水・速乾・撥水機能もあり、通常の作業着と同様に水洗いできます。 パンツのウエストにはゴムを使用し、動きやすく ジャケットスタイルとブルゾンスタイル。女性用も用意されています 「若者受けするスーツのようなスタイルで作業はできないか」という、女性社員の発言が開発のきっかけ。「作業着で出勤するのが恥ずかしい」「デートの日は退社前に全身着替えなくては
僕は日本でも有数の大企業で、ソフトエンジニアというポジションで仕事をしているが、もう転職をしたほうがいいんじゃないかと考え始めている。 元々、僕は大学を卒業後、ある中小のメーカーに就職した。そこではソフトエンジニアが企画の段階から入り込んで、まず商品企画から出てきた機能のプロトタイプを作り（コードは当然自分で書く）、そのプロトタイプを会議に持ち込んで、この機能はいいか、もっとこうすればいいんじゃないかという議論の上、プロトタイプを作り直しては企画を練り直し、最終商品としてリリースするというのが当たり前の時代を過ごした。要求仕様を確定する前に、プロトタイプを何度も作り、ブラッシュアップするスタイルで仕事をしてきた。それがソフトエンジニアの当たり前の姿だと思っていた。 そこから僕はその仕事をする中で、大企業だったら、もっと高度な制御を行うソフトを書ける人が沢山いて、自分もさらに難しい課題を解く
IT業界が外部の人間から敬遠される理由の一つに「デスマーチ」がある。 ほとんど実現不可能に思える無理なスケジュールで、深夜におよぶ残業、休日出勤の連続、人海戦術でほとんど役に立たない新人までが駆り出され、終わりの見えないプロジェクトの完成にひた走る、これがデスマーチである。 そこではプログラマは一人また一人と過労に倒れ、うつろな目でキーボードを叩き続けるプログラマの連続勤務時間は20時間を優に超える、といった光景が見られる。 このようなデスマーチについて、人材の疲弊やそれに伴う退職など、ITベンダー側の不利益が語られることは多いが、クライアント側の不利益、もっといえばプロジェクトの成果物自体がデスマーチで台無しになってしまうことはあまり知られていない。 デスマーチのきっかけ 営業の無謀な受注、仕様の調整不足などで、システムの実装行程が確保できず、どうやっても通常の開発体制ではシステムの完成
未明の2時間半。一心不乱にコードに集中 ──中島聡流プログラミングの流儀 #OpenGL 2014.01.29 Category：【連載】ギークたちの『仕事の流儀』 Tag：OpenGL ,中島聡 米国マイクロソフト社でWindows95/98、Internet Explorer3.0/4.0 のソフトウェア・アーキテクトを務めたことで知られる、UIEvolution創設者の中島聡氏。 開発者としての日米にまたがる豊富な経験をふまえ、IT業界やそこで働くプログラマたちへ向けて、ブログなどで切れ味のよい提言を続けている。現在も毎朝4時起床してコードを書く現役エンジニアである中島氏に、プログラミングの流儀を聞いた。 by 馬場美由紀 （CodeIQ中の人） 未明に起きて仕事。昼寝は「18分間」と決めている ──現在はアメリカを拠点に活動されていますが、最近の中島さんの関心事は何ですか？ いま「
2014-08-11 株式会社参謀本部では何の仕事をやっているの？ 最近、結構はてな経由で「参謀本部で働いてみたいです」という応募を頂いています。 ただ、まだ会社のWEBサイトがリニューアル準備中なので、私のブログのほうで簡単に現在の株式会社参謀本部のお仕事を紹介してみますね（NDAに抵触しない範囲で）。 フリーランスの時は、けっこうブラックな案件しか受けていなくて、毎週末は↓のような状態でした。 でも、会社を設立してからはホワイト企業を目指しています。 以下、参謀本部で現在進んでいるプロジェクトです。 モバイル決済システムの開発 いま参謀本部で受注している一番大きな仕事がモバイル決済サービスの開発。上記の写真はスクウェア社のものですが、それにちょっと近い発展的なサービスを日本で展開しようとしている会社と手を組んでいます。日本中の店舗にビーコン端末を置いて、それにスマホをかざすだけでお金を
2005年に発生した、「ジェイコム株大量誤発注事件」はみずほ証券に大きな損害を与えた。 みずほ証券はこの損害の原因の1つに東証の売買システムのバグがあるとして、東京証券取引所（東証）に対し賠償を求める裁判を起こしていたのだが、この裁判が3月18日に結審した。これを受けて、日経コンピュータが「みずほ証券-東証裁判の争点を洗い出す」として争点をまとめている。 ここで興味深いのは、東証の開発手法やソースコードに対する姿勢だ。東証はソースコードの修正時にそれに対応するドキュメントの修正を行っていなかったそうなのだが、これについて「コーディングが終了した後はドキュメントは不要」と主張している。いっぽうのみずほ側はこれについて「ソフトウェア工学の知見を無視する暴論だ」として、重大な過失であると主張している。 また、ソースコードには著しい重複があったことが判明しているのだが、これについても 東証
5月31日で、2年とちょっと働いたパナソニックを退社しました。最初半年ぐらいは研修だったので、実質1年半ぐらいで辞めたことになります。 辞めた理由はシンプルで、私はソフトウェアの開発がしたかったのですが、実際にはソフトウェアの開発が出来なかったこと。それから、社内の雰囲気が合わなかったことです。 もし今就活中、または来年就活の方で製造業を志望されているソフトウェアエンジニアの方がいたら参考になるかもしれませんので、少しだけ書いてみます。 ただ、大きな会社なので、部署によっては全然雰囲気が違うようで、楽しく仕事をしているところもあるようです。たまたま、私が合わなかっただけです。実際離職率は低めです。 それから、仕事の方針にはミスマッチはありましたが、部署の皆様には大変お世話になりましたし、私の考えに共感して助けてくださることもありました。特定の方を非難する意図はないことを申し添えておきます。
だいぶ前の話になりますけど、「新人にデータ移行ツールのコーディングを任せるので、面倒をみてやってくれ」と頼まれたことがありました。 その新人はやたらとGoogle検索に頼る人で、とにかくわからないことがあると、わたしに聞かずにGoogle先生に尋ねるんですね。 検索サイトにはわたしもかなりお世話になっていますし、昔に比べるととても使い勝手がよくなっていますけれど、その人の技術レベルに対応して検索結果を出してくれるほど高機能なわけではありません。 そのため新人の書いてくるコードは、つぎはぎというかちぐはぐというか、身についてない知識に振り回されてる感が満載でした。 そういう弊害を気にしつつも、自分で調べようとする気持ちは尊重するべきなのかなあ、と思ってとりあえず黙認していたんですが、あるとき「ちょっと考えが甘かった」と思い知らされるトラブルが発生しました。 その新人が「Windowsのレジス
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
読者の皆さんもご存じの通り、アメリカにおける昨年の金融危機に端を発して、世界は空前の大不況に突入しつつある。今後もそれなりに成長が見込めるということもあってか、IT産業の求人・雇用状況は製造業などの他業種と比べれば状況はややマシのようだが、それでも予断を許さないのは確かだ。首筋が寒くなってきた方もおられるだろう。 ITスキルの需要変化 ところで、調査会社Foote Partners LLCが最近出した発表によると、市場におけるITスキルへの需要に興味深いトレンドの変化が見られるらしい。というのは、プロジェクトマネジメントやITアーキテクチャといった分野のITスキルへの需要が増加傾向あるいは堅調なのに対し、ウェブ開発に関連したスキルへの需要はここ2年で減少傾向にあるらしいのである(Internet Evolutionの記事)。といっても、アンケート調査の対象はアメリカとカナダの1960社に勤
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
4gamerさんとこで、インタビューを受けた事に関する補足。 自分がよく言う話として、「ゲーム業界なんて目指すな」というのは本心。 ぶっちゃけ、ゲーム業界に入るだけなら簡単に入れる。いつだって人手不足だし、不景気な時でもどっかに仕事は転がってる。 でも、「ツブシ」が効かない。 例えば営業職なら、売るものが、車から羽毛布団に変わっても、ノウハウの1%ぐらいは使えるハズだ。 ゲームで他の業界に行っても使えるスキルって思いつかない。 一応これでも、俺自身が他業種からゲーム業界に来たクチなので、大変強く実感する。 そして、ゲーム業界で、10年持たずに辞めていく人も多い。向いてなかったか運が無かったか。 そうした時に、やはり次の職探しはとても大変だ。 こういったことを踏まえ、前途有望な若い人に、ゲーム業界を手放しではオススメできない。 自分が、つねに「オススメできない」というのは、それでも、ゲームを
さる8月、翔泳社主催の「PM Conference 2008」に招かれて講演をした。テーマはプロジェクト・コントロールの技法論で、私が長い間、エンジニアリング業界とIT業界の二足のわらじを履いてきた経験から、両者の比較を論じたものだった。最近のIT業界における「プロジェクト・マネジメント」の認識の普及進展はめざましいものがある。これに対して、エンジニアリング業界は過去10年以上、EVMSの徹底化以外とくに主立った進歩はない。にもかかわらず、両者の違いはいまだ歴然としたものがあり、それはとくにプロジェクト・コントロールの基本であるWBSやコントロール・リストなどの使い方で明瞭だ、というのが論旨だった。 ところで、この講演の中で、「工程表のガントチャートをExcelで書いてはいけない」と強調した点が、どうも多くの聴衆の注意を引いたらしい。終わってからのアンケートでも、そこに関する感想が少なくな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く