「ソースコードを書くのは単純作業」──そんな内容の記事がITエンジニアなどを中心にTwitter上などで話題になっている。記事を掲載したのは、GitHubの日本法人ギットハブ・ジャパン。ヤマト運輸のGitHub活用事例を紹介する記事の中で、ヤマト運輸のDX推進を担当する中林紀彦執行役員がこのように発言したとしていた。 話題となった記事では、ヤマト運輸のデータ・ドリブン経営について、中林執行役員などが解説。開発環境の内製化のためGitHubを採用したことや、2年で約100人のITエンジニアを採用したことなどを記載している。その中で、今後の展望としてGitHubを活用した内製化の新たな形を探りたいという旨で、中林執行役員の発言として以下の記載があった。 「これまでの内製化はアウトソーシングからの見直しが主体でした。これからは、アーキテクチャのデザインや、GitHubを活用したソースコードのガバ
Junichi Kodama @KodamaJn 本日19時から開催の Power Automate Desktop 勉強会の URL は、Connpass ページの「参加者への情報」を参照くださいませ！（一番上の参加人数が書いてあるすぐ下あたり） connpass.com/event/206103/ #PADjp #PowerAutomateDesktop
私たちを乗せた飛行機はパキスタンのカラチ空港で給油し、二十時間ほどのフライトでバグダッド空港に着いた。 タラップを降りたとたん、私は激しい息苦しさを覚えた。 私がアルバイトでイラクの建設現場に行くことになったのは、1980年の七月半ばのことだった。サダム・フセインが大統領になった翌年である。当時、大学を中退した私は、金がなくなると高田馬場の職安前の公園内にできる寄せ場に行き、日雇い労働で食いつなぐ生活をしていた。 そんなある時、顔馴染みの手配師が、「にいちゃん、外国の現場があるんだけど、行かねかぇかい？金はいいよ」と誘ってきた。聞くと、契約期間は七月末から三か月。旅費は勿論、衣食住付きで三百万円を支払う。仕事は日本の大手建設会社が建てているビルに資材を運び入れる外国人労働者の監督をするのが仕事だという。 「こんなにうまい話があるのかな……」と多少疑心暗鬼にはなったが、「前金として百万円払う
イノベーションが生まれる職場環境をつくるイノベーションを生み出すためにコストは必要ありません。イノベーションが生まれる環境は強制されてできるものではなく、育まれるべきものです...
今、残業中なんですけどもうデスクで涙をこらえるのに必死で何もできないので気をそらすためにも自分の話を書きますね それぐらいは許される職場なんです。いいでしょう。私がすべて悪いだけの、きっといい職場なんです。 私は小学校と中学校、合計で五年間ぐらい不登校（保健室登校）でした。原因はなんだろうな。今考えてもわからないんですけど、とにかく行けなかったんですよ。なんでだろうね。 面倒くさかったんです。たぶん。鬱かなってちょっとだけ思ったりもしたけど、でも、私は当時からオタクで、ネットで動画とかを見て笑ってたからただの甘えだったのかもしれない。徹頭徹尾、甘えているだけの人間なのです。小学校の三年か四年から二年ぐらい通えなくて、六年生で復帰したけど、中学校一年でまた行けなくなりました。勉強ができないわけでも無かった。昔から地頭は良い方で、ただ集中力は無かった。何事も長く続けられなかった。極度の面倒くさ
Google に限らず、多くの組織では、仕事のかなりの部分をチームによる共同作業で進めています。チームは真の成果を生み出す最小の単位で、画期的なアイデアが生み出され評価される場です。従業員はほとんどの仕事をチームの一員として行います。しかし、チームの対人関係に問題が生じたり、メンバーのスキルが適切でなかったり、あるいはチームとしての目標が明確でなかったりすると、生産性の低下やメンバー間の摩擦が生まれるといった問題が生じかねません。 Google のピープル アナリティクス チームは、「Project Oxygen」というリサーチ プロジェクトによって、「優れた上司の条件」を突き止めることに成功しました。このプロジェクトの成功を受けて、Google の研究者はその後、Google 社内で効果的なチームの特徴を明らかにするため、同じ手法を用いて新たなリサーチを実施しました。アリストテレスの言葉
※この記事はJonathan Bluks氏の「10 Signs You Will Suck at Programming」を翻訳したものです。Mediumのコメント欄より翻訳の許可を頂きました。ありがとうございます。 より多くのステッカーは、より多くの成長にはなりません。 最近、RedditやQuoraで「自分がプログラマとして成功できるか、どうすれば分かりますか？」という質問をよく見かけます。キャリアチェンジを検討したり、あるいはソフトウェア開発に興味があったりするのであれば、それはごく自然な疑問です。 コンピュータに関する正式なトレーニングを受けていない場合、人々はプログラマになることに大きな心理的障壁があると思います。プログラミングが苦手であれば、あなたは自分がプログラマとして才能が無い人だと思うのは自然な考えです。もしあなたが俳優になりたいと思っていて、自分は演技が得意かどうかを疑
日本人が間違えやすい英語 ver. 20210930 ガイ ナット nathaniel.guy@gmail.com 以下に、日本人が間違いやすい英語の例を纏めてみました。主に英語上級レベルの方向けの記事として書きましたが、どのレベルの方でも是非、ご自身の英語力を磨くために参照いただければと思います。 なお、このガイドを作成するに当たり、友達の藤本さんと野口さんに助言いただきました事を、深く感謝致します。 更新（11月16日）：読んでくださった皆さん、シェアしてくださった皆さん、ありがとうございます！この記事は私の期待以上に皆さんにシェアしていただいて、本当に嬉しいです。追加してほしいパターン、エラーの指摘、ご感想などを知らせたい方は、ご遠慮なく上記のメルアドへ連絡ください。 例：開始・終了時刻を述べるときの「from」 誤） “Today we will have visitors fro
隣の部署の新卒が毎日怒られてて不憫だ。 当初あった覇気も元気も無くなり、悲壮感が漂っている。 昨日、帰り道たまたま見かけた時、泣いていたのでどうしたものかと考えている。 「何度も同じことを言わせるな」「どうしてこんなこともできないんだ」って怒られたり、嫌味言われたりしてるんだけど、明らかに業務の量が多すぎる。 そりゃその業務は後回しになるだろうな、と後ろで聴きながら同情してしまう。 1年目は残業できない。スキルも当然まだまだ。 そんな中、あの新卒はよくやってると思う。 資料や電話対応を見ていても本当に一年目か？と思うくらい良く出来ている。 他の新入社員と比べても、業務の幅は広く、量も多い。 うちの新人は良くも悪くも一切響かないし（凡ミスを繰り返すがめげない）、思ったことはそのまま口に出るマイペースタイプなので、あまり心配していない。 ただ、隣の部署の新卒は、溜め込んで今にも潰れそうだから、
この件、割とあるあるネタなので静観してたんだけど、"組み込み系"ってワードで気になったんで。 最初の"プライベートで一切仕事したくないA君の末路"みたいなのを書いた例のブログは、実は大切な部分をごまかしてる。 １．プライベートには干渉しない２．最初の導入の研修はキチンとやる３．だから、業務に必要なスキルセットを育てる部分は会社がやったって、三段階を踏んでるんだけど、ここから後ろが誤魔化してる。 だってさ、業務についていけなくなったり大切な仕事を与えられない（その人間が育つ環境にない）ってことは、 それを良しとする雇用形態や賃金体系（役職や賃金を上がる≒転職、という環境）じゃない限り、クソだもの。 つまり、”０．割と年功序列で、長いこと会社にいるなら"育つべき"という価値観がある”という前提に立つなら、 ４．業務に必要なスキルセットを育てる研修を定期的に実施している５．スキルセットに応じて、
適切な人材を採用することは、組織への貢献につながります。職種の要件、構造的な面接手法、採用委員会などを通じて、効果的な採用を行うためのプロセスをご紹介します。 採用は、組織にとっての最重要課題の 1 つです。新入社員の存在は、チーム、文化、会社の方向性に影響を与えます。採用プロセスに時間やリソースを投資し、研究を重ねることが良い結果をもたらします。適切な人材を採用するには時間がかかることもありますが、採用判断を誤ると、結局はより高くついてしまう可能性もあります。 採用よりもトレーニングに多額の投資をしている企業は、現在も多数存在します。 ASTD（米国人材開発機構）が 2012 年に発表した業界白書によると、米国企業が 2011 年に研修プログラムに費やした総額は 1,562 億ドルにも上ります。また、従業員がその 1 年間に受けたトレーニングは、平均 31 時間、つまり毎週 30 分以上
bareリポジトリは「ワーキングディレクトリ」が存在しないリポジトリを指します。要するに実態のファイルが存在せずに、履歴情報やブランチ・タグとかそういった情報のみのリポジトリ。慣習的にディレクトリ名の末尾を.gitにします。 GitLabとかGitBucketとかも、gitの機能だけに言及すれば中身はこの末尾に.gitが付いたbareリポジトリをユーザーとかグループごとに管理して、Webページで表示しているだけ。GitHubももちろんそのはず。 リポジトリに対する操作はnon bareリポジトリから行います。 gitは分散型リポジトリなので、厳密には中央リポジトリは存在しません。が、それだと複数人、複数マシンで開発するときに不便なので「このリポジトリを中央にしましょ～ね～」というルール上のリポジトリを設けることになります。それが中央リポジトリ。従って、別に個人で履歴管理だけしたいなら、別に
[2016/12/19追記]「「MBAでスクリプトを書き、リモートサーバ上で実行する」をGitで実現する - Qiita」を公開しました。ここと同じ仕組みでWordpressでなくRubyスクリプトを管理する方法です。 「ベアリポジトリとノンベアリポジトリ：理論編〜GitでWordpressのテーマを管理」の続き、実践編です。 本番環境にいきなりやるのは怖すぎるので、以下の様な環境を作ってやってみます。 リモートサーバ上のGit（bare）「更新管理用Git」 172.16.151.129:~/test.remote.git/ リモートサーバ上のGit（non-bare）「本番環境Git」 172.16.151.129:~/test.local.git/ ローカルマシンのVirtualBox上のGit（non-bare）「テスト環境Git」 192.168.56.101:~/work.lo
「そこそこ簡単で、それなりの給与と地位が約束される仕事」が消えた世の中では、見えにくい「弱者」が増えている。 -books&apps 彼らは単純な反復作業はできる。マニュアルがあれば、それ通りに仕事をすることもできる。 でも、すこしイレギュラーがあると、途端に仕事が止まる。 「それぐらい考えてやれよ」といっても、彼らには想像の枠外である。 まして、非定型業務、たとえば作戦を考えたり、タスクを分解してスケジューリングをして関係者の調整を図ったり、前例のない事をやったりすることは、到底無理である。 つまり、 「考えてやれ」 「タスクを設定して管理せよ」 「自分で調べならがらやれ」 「改善しながらすすめてくれ」 こういう指示は彼らには、「難しすぎる」のである。 先日、安達裕哉さんがこのようなブログ記事を投稿されているのを見つけた。 真面目に定型業務をこなせる人々が、産業構造の変化によって重宝され
就職活動中の大学生です。 就職活動が辛いです。とにかく辛い。自分は技術系の分野で就活をしていて、他の平均的な情報系学生よりそこそこ実績も残している自信はあったし、実際大手系の企業の3次面接や4次面接まで残ることが2,3度あった。 だけど、大事なところでつまづいてしまう。 ダメだったパターンは様々なんだけど、最終面接が近くなる程、緊張しすぎて頭がごちゃごちゃになってしまって結局吃ってしまってそのあとも頭が真っ白になってうまく受け答えができなくなる。 例えば、予想していたパターンが違う時があるとダメになる。最終面接だから志望先の最終確認だけだろうと臨んだらガチガチの技術面接で頭が追いつかず動揺してダメになってしまう。最終に進むほど相手は自分のことをどこまで知っているんだろう、前の面接官からどこまで聞いているんだろう、同じことを答えても大丈夫なんだろうか、と様々な考えがよぎってしまって頭が真っ白
エンジニアが知っておきたい工数見積もり術！ 無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策
急激に進む少子高齢化や、他の先進諸国と比較した際の労働生産性の低さなど、政府が推進する「働き方改革」に取り組むべき理由は枚挙に暇がない。しかし、実はこうした要素はビジネスへの直接的なインパクトがまだ少なく、自分事になりにくいため、ユーザーにはなかなか響かない――。そんな悩みを持つパートナー企業のために、Microsoft Inspire 2017で行われたセッションで、日本マイクロソフト マイクロソフトテクノロジーセンター長の澤円氏が講演。企業が働き方改革にどう向き合うべきか、同社の取り組みと共に解説した。 どんな会社でも行われている「会議」。これこそが時短を阻むブロッカーの1つだと澤氏は指摘する。業務を進めるうえで「報告」「連絡」「相談」、いわゆるホウレンソウが重要だとされているが、これらは「同じ粒度で考えてはいけない」という。なぜなら、報告と連絡は過去に起きたことであり、もう済んでしま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く