エンジニアが「暇な喫茶店」をやるべきである７つの理由｜Tsukishima
人の来ない喫茶店がやりたくて始めてみました。ツキシマでーす。 暇なコーヒー屋（ツキシマコーヒー）を始めて２年くらいになりました。 近所のワンちゃんちょっと前に世の中でこんなツイート（自分のツイートじゃないですけど）がバズってたので、人が来ない喫茶店をやりたいニーズっていうのは、世間に少しでもあるのかもしれないですね。 なぜ人の来ない喫茶店がしたかったのか。３年くらい前まで普通に外資系の企業勤めをしておりましたが、フリーランスエンジニアとしての働き方ができるかどうかを試したかったのと、その働く場所が欲しかったという簡単な理由ですね。 とりあえず仕事中にコーヒーは飲むからコーヒー屋でもしようかな、くらい。 エンジニアが暇な喫茶店をやることによるメリット。実際にやってみて分かったメリットが７つあります。 規則正しい生活が出来るフリーランスのエンジニアであれば、変な時間に寝たり起きたり深夜にプログ
Atomic Scrum 個人の生産性を最大化する方法
デブサミ2021の登壇内容 チーム開発における原則としてScrumは浸透しつつあります。一方で個人単位の行動管理・タイムマネジメントについては方法論が確立されていない状況があります。今回は、Scrumの原則を個人単位の行動管理に適用した上で、実装事例としてNotionを活用した方法を紹介します。
「UNIXという考え方」から連想されるすべてのアイデア | Developers.IO
ちゃだいん（@chazuke4649）です。 今社内で改めて名著であるとしてその名前をよく見聞きする「Unixという考え方」。積ん読になっていたので最近ようやく読みました。すると驚くほど気づきが多かったので今回ブログで書いてみることにしました。 前提として日頃考えていること ちょっと自論ですが、IT（情報技術）、コンピューター、インターネット、これらの分野の本質は「課題解決」であると考えます。それを実現するための道具（手段）として現在私たちがありがたく使っている様々な技術が存在すると思うのです。それはどういうことかというと、これらの技術が発達した背景にはいつも何かの課題があり、それを解決するための工程や軌跡がこれらの歴史を作ってきたという風にみて取れるからです。例えば、ワールドワイドウェブの誕生は多くの場面で語り尽くされていますが学会の論文にて引用している文献をいちいちメールや郵送でやり取
Googleがわずか6カ月で修了可能＆学費が安価な高成長分野向けのオンライン職業訓練プログラムを発表
新型コロナウイルスのパンデミックによって多くの業界が痛手を受ける中、技術や資格を身に付けて転職を考える人もいるはず。そんな中でGoogleが、人々が新しいスキルを身に付けて経済的安定を確保することを支援するため、「Google Career Certificates」というオンラインの職業訓練プログラムをスタートすると発表しました。 Professional Certificate Training Programs - Grow with Google https://grow.google/certificates/ A digital jobs program to help America's economic recovery https://blog.google/outreach-initiatives/grow-with-google/digital-jobs-progra
底辺IT企業は『書けない』プログラマとどう向き合ってきたか - megamouthの葬列
新年から夢のない話で申し訳ないのだが、表題のとおりのテーマである。 note.mu という記事があって、むやみに長いので飛ばし飛ばし読んだ。 大意としては、世の中には「書けない」プログラマというのがいて（元エントリでは学生さんのようである。さもありなん）そういう人はどうやったって書けるようにならないんだから、諦めろ、という話のようである。 で、じっと手を見て、下請け底辺のIT企業にいる私たちは、このような人々をどうしてきたろうか、と考えると、「放ったらかし」にしたなあ、と思うのである。 最初のほうは優しく教えていたと思う。話したりハンズオンしている時に、あっこの子、変数のことわかってないな、と感じたら、ホワイトボードを持ち出してきて、例の"x"と書いた箱の絵に矢印を引いて、値が入っている図を書いて、「わかった？」「あ、はい」みたいなやり取りをして終わり、という程度の「教育」である。 だが、
コードを書くだけではない？プログラマーの４つの仕事内容を徹底解説
プログラマーの仕事内容は、人の思いをソフトウェアと言う形にすることです。ただのアイデアを文字通り何もないところから形にして、新たな価値を創造できるのです。 例えば皆さんご存知の、Apple、Amazon、Google、FacebookやTwitterなどの著名なIT企業は、革新的なサービスを創造して世に問い、文字どおり世界の在り様を変えました。彼らには革新的なアイデアがありましたが、アイデアだけでは絵に描いた餅です。それらのアイデアを具体的な形にしたのは、プログラマーの仕事なのです。 そして、プログラマーは現代のライフスタイルを支える様々な仕組みを創り出し、維持しています。まさに、世の中にとって必要不可欠な仕事です。仕事のスタイルは時代により変わるでしょうが、なくなることはないでしょう。 この記事では、そんな「プログラマーの仕事内容」について、プログラマーという職業を知らない・身近に感じた
詳細設計書も問題だけど、それ以上に成果物定義が問題 - プロマネブログ
詳細設計書という名のゴミ | Gm7add9 この手の話題が定期的に上がるわけですけど、毎度同じだよねで終わってしまっては人間進歩しないので、何が問題でどうすればよいのか少し考えてみたく。 詳細設計書は「プログラム説明書」として欲しい。 まあ、元記事も多分業務システムの受託の話の模様なのでSIをターゲットに。 往々にしてSI、特にウォーターフォール開発のプロジェクトの中では、設計書などのドキュメントを多数作成いたします。*1 V字モデル的には、設計から開発に至るまでの間 要件定義書 基本設計書・外部設計書 基本設計書・内部設計書 詳細設計書 プログラム みたいな成果物を作成いたします。 個別の詳細は別のサイトに任せるとして、それぞれ記載する内容を一言で表すと、要件定義書は「スタートとゴール」、外部設計書は「業務とサービスの仕様」、内部設計書は「サービスの構造と機能の分割」となります。 ※た
業務システムエンジニアに本当に必要なもの〜過労死しない仕事のために - novtan別館
システムエンジニアの過労死の話を聞くと心が冷えます。体の問題も心の問題も個人差がすごくあってそれも才能の一つと考えると不幸せになりますが、現実においては比較的頑強な個人をベンチマークに労働の量が決められてるように思えます。 最近違う現場にヘルプに行くことが多いのです。いわゆる火消しですね。とはいっても、現場と掛け持ちですから管理的なポジションにはつけず、主に実務面のお手伝いをします。すると、設計書を書いたりコーティングをすることになるわけです。だから、比較的若いエンジニアや協力会社の人と接することになるんですが… なぜ火消しに呼ばれるかというと、当然ながら成果物が上がらないからです。なぜ上がらないのか。平たく言ってしまえば、その局面において無能な人しか実務が出来ないからに尽きます。ああ、言っちゃったぜ… 設計書を書ける人は客との無意味な調整とスケジュール管理に忙殺されプログラムを書ける人は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コードレビュー研修
Webフロントエンドの秩序を維持する体制を作る
継続開発の罠