ドキュメント作成スキル向上を目指す人向けおすすめ記事まとめ - Qiita
システム開発にドキュメントは欠かせません。ドキュメントが得意になれば活躍の幅が大いに広がりますよね。 この記事では、まず冒頭でドキュメントの作成に求められると思うことを整理した上で、そのスキル獲得に役立つと思われる記事や書籍を集めてみました。もちろん他にもあると思うので、もしお薦めのものがあれば是非コメントで教えて下さい 更新履歴 ・2021/04/16：文章術系にリンクを追加しました。 ・2020/11/28：文章術系にリンクを追加しました。 ・2020/07/24：文章術系にリンクを追加しました。 ・2020/05/24：文章術系にリンクを追加しました。 ・2020/05/14：スライドデザイン系にリンクを追加しました。 ・2020/04/29：スライドデザイン系にリンクを追加しました。 ・2020/04/17：文章術系にリンクを追加しました。 ・2020/04/12：関連するTwit
詐称SESに勤めていた話 - Qiita
「経験３年ってことにしてスキルシート出すからね」 どういうことやねんって感じですよね。 ありえないって思うんですけど、 エンジニアに詐称させて現場に入れさせるSES企業あります。 わたしも入社１ヶ月後に営業に聞かされて嫌な汗をかきました。 実際、その後、嘘のスキルシートで面談を受けて、 運悪く通ってしまった現場に３ヶ月参画しました。 詐称をさせられるまでのあれやこれやと 実際に詐称をして現場に参画するとどんなことになったのか、 同じ目に遭わされそうな画面の向こうの誰かのために記録を残そうと思います。 詐称の始まり〜退職までをつらつらと綴っていきますが、 最後にいい解決策が書いてあるというわけではないので、 詐称をするとこんなことになっちゃうぞ😉💫っていう参考程度に読んでください。 入社して１ヶ月後、「開発で現場にいくには…」 会社は未経験を大量採用しているベンチャーでした。 最大３ヶ月
詐称SESに勤めていた話 - Qiita
「経験３年ってことにしてスキルシート出すからね」 どういうことやねんって感じですよね。 ありえないって思うんですけど、 エンジニアに詐称させて現場に入れさせるSES企業あります。 わたしも入社１ヶ月後に営業に聞かされて嫌な汗をかきました。 実際、その後、嘘のスキルシートで面談を受けて、 運悪く通ってしまった現場に３ヶ月参画しました。 詐称をさせられるまでのあれやこれやと 実際に詐称をして現場に参画するとどんなことになったのか、 同じ目に遭わされそうな画面の向こうの誰かのために記録を残そうと思います。 詐称の始まり〜退職までをつらつらと綴っていきますが、 最後にいい解決策が書いてあるというわけではないので、 詐称をするとこんなことになっちゃうぞ😉💫っていう参考程度に読んでください。 入社して１ヶ月後、「開発で現場にいくには…」 会社は未経験を大量採用しているベンチャーでした。 最大３ヶ月
大企業でプロダクトエンジニアとして働いたら、コーディングのスキルが下がっていた
背景 Shopifyという会社に1年半前に転職しました。あれよあれよと会社が拡大して、現在は従業員一万人弱くらいです。 画像元 公式ではない雑な情報です。あくまでイメージ その前はChartmogulという、せいぜい20人、30人ぐらいの会社にいました。 なぜ表題のようなことを思ったか 面接インタビュアー側として、出題することになるコーディング問題を自分で試しに解いていました。一年半前には自分が受ける側の立場だったので、自分の腕前の定点観測ができました。 やってみてどうだったか。 コーディングにおけるシャープさという観点では明らかに衰えているな、と思いました。問題が与えられて、それに短時間で、論理的に向き合う力とでもいうのでしょうか。 自分は現職でマネージャの立場になったわけでもないので、これはマズイ。なんとなくこの一年くらいそんな気はしていたので、これを機会にもうちょっと深堀してみます。
見逃しがちな信用できるエンジニアの特徴 - Qiita
まえがき 組織に属している人には基本的に他者との協業がついてまわる。 エンジニアの振る舞いに関して、古い日本の価値観で測ると「和を乱す」、「空気が読めない」、「有害」などと見られがちな振る舞いが、本当は「信用できる」人間の振る舞いであることがたまにある。 逆に「印象が良い」、「優しい」と評価される振る舞いも「信用していいのか？」と疑いをもつ指標になるものもある。 今回はエンジニアとして働いていくなかで、凝り固まった古い価値観で、信用すべきエンジニアを見誤らないためにも、信用できるかもしれないと思えるエンジニアの特徴を書き記す。 実は信用できるかもしれないエンジニアの特徴 小さな問題に対しても熱議論ができる 社会人は同僚や上司と意見が割れることは少なくない。 特にエンジニアという職業に関しては、コードの実装方法や設計（モジュールの分け方や名前等）と普通の社会人ならそこまで気にしないようなこと
開発マネージャがメンバーに知って欲しい事 ※随時更新 - Qiita
はじめに 開発マネージャーがメンバーに知って欲しい事を纏めた記事です。随時、更新します。 前提 新人向け Webアプリケーション開発 Learning 開発は常に学び続ける事になるので、「どう学ぶか」を考える。 メタ認知 自分を客観的に認知する。 Self Management 自己管理を行う。 守破離 学びのプロセスを理解する。 継続力 継続する手法を理解する。 Thinking 開発では考える事が多いので、その為の基本を学ぶ。 Logical Thinking 論理的な思考方法の基本を理解する。 参考書： Thinking Framework 思考を整理する際に利用するフレームワークを知る。 Thinking Backwards 逆から考えると言う思考法を習慣づける。 参考書： Document Business Document ビジネス文書の書き方の基本を理解する。 文章は長くなり
情報処理技術者試験のデータベーススペシャリスト試験をただの資格勉強に終わらせずに「しっかり」と勉強する方法 - Qiita
この投稿は「IT資格取得をテーマに学びをシェアしよう！【PR】Udemy」のカレンダー2の15日目のポストです！今年もいくつかIT資格取得にトライしました。そのうちの一つの情報処理技術者試験 データベーススペシャリスト試験 を「しっかり」と勉強する方法をご紹介します。データベーススペシャリスト試験のようなやや難易度が高い試験に対しては、ただ単に時間をかけて「資格試験用の勉強」をするのは勿体ないと思います。この機会（モチベーション）を利用して、普段お仕事でも経験できていないようなことを幅広く学ぶ活動にしてもらえたらなーと思いまして、自分がやったことをまとめます。（合格発表は12月17日ですね！） 情報処理技術者試験 データベーススペシャリスト試験 本試験は秋期の情報処理技術者試験として開催されています。高度区分に位置されていて、合格率も10%未満と、そこそこの難易度が高い試験です。試験名称通
エンジニア採用シーンが高騰しすぎている件について｜久松剛／IT百物語の蒐集家
個人的にバブル現象について著しく興味がありまして、90年代のバブル期から始まってIT革命、その後の局所的なブームも含めて大小バブルとそれに伴う人の流れを意識して観察しています。 これまでも何度か話題にしましたが、バブルというのは当事者はあまり「この繁栄に終わりがある」とは思いにくいものです。自分が信じたものに対し「需要がついてきた」と誤解しやすいものです。 さて、今回のテーマはエンジニア採用シーンの高騰はバブルなのか？そしてバブルだとすればその終焉はどのようにして起きるのか？ということです。 エンジニア採用シーンはバブルなのか？提示年収も、それに伴う採用フィーもそれぞれ高騰しています。 提示年収で言うと先立ってとあるSESの会社さんが下記のような投稿をされ、話題になっていました。一日で問い合わせが30件を越えたとも書かれていました。 ・年収250~400万前後の人は大体みんな最低でも530
「Excelいらん」と思った学生へ、将来ほぼ役に立つ神スキルだから勉強しとけ「合計を手入力する大人にならないでほしい」
みと｜しゃべる奨学金担当（マイクラ建学中） @YMsu10 「Excelいらん。スマホしか使わないし…」と思った学生には「コンビニさえあれば自宅の蛇口は不要か？」の質問を贈りたい。 マンション10階で数日断水くらった知人は、ミネラルウォーターの持ち運びが辛かったそうだ。 Excelを使えないってことは、それくらい仕事のコスパが悪くなる。 twitter.com/Excel_design_D… もちモモンガ🎃🍃🗻 👑 @motimomonnnga @Excel_design_Dr 義務教育の一つの意義は”社会に出る準備をする場”であると思うので、こういう内容を取り入れることを真剣に考えるといいと思う。 現状、中学校の技術科でPCに触る内容があるが、もちろんここまでのレベルではなく、活用性に課題を感じている。
個人的 Web フロントエンドスキルの獲得方法 - mizdra's blog
ここ2年くらいの話なのですが、仕事で「フロントエンド会」というチーム内委員会のようなものを立ち上げて運営しています。元々1人の Web フロントエンド職人がプロダクトの Web フロントエンドの面倒を見ていたのですが、その方が異動されることになったので、残った人で面倒を見ていける体制を作りましょう、というモチベーションで発足した会でした。この話については以前イベントで発表したので、詳しくはこのスライドをご覧下さい。 speakerdeck.com Web フロントエンド職人の異動とともに入社した id:mizdra が Web フロントエンドが得意だったので、ペアプロやペアオペ、定例会などを通じてどんどんスキルや知見を配っていく、という戦略で運営していました。実際に 2 年経過してみてメンバーも徐々にキャッチアップしていって、ちょっとしたパフォーマンス改善をやってみたり、最近 Gulp や
技術者としての強みを探すヒント - Qiita
この記事は、KLab Engineer Advent Calendar 2021 の25日目の記事です。大遅刻してしまいました、ごめんなさい。 こんにちは。KLabで今年の2月からCTOをしています@hnwです。 CTOに就いて以降、社内のエンジニアの方とお話をする機会が増えました。1on1だったり少人数の会議だったり形式は色々ですが、興味深い話をたくさん聞けて、自分にとっても会社にとっても必要なことだと感じています。 そうした際にエンジニアとしての将来の理想像やキャリアパスといった悩みを聞くことがあります。私もその場で言えることは言っているつもりですが、うまく伝わったか、もっと言えることがあるんじゃないか、とモヤモヤすることがあります。本稿ではそのモヤモヤを「○○問題」として整理してみました。 最初にお断りしておくと、キャリアの話は基本的には個人の問題ですから、あまり他人の話を真に受けす
不安が多いエンジニアに聞いてほしい成果と成長の話 - Qiita
Ateam Brides Inc. Advent Calendar 2021の15日目は 株式会社エイチーム エンジニアのみやたけが担当します！ はじめに タイトルの通りですが、今回はエンジニア経験の浅い人や、若手のエンジニア等で、不安が多い人に聞いてほしい成果と成長の話です。 くれぐれも、不安無くバリバリやってる人は対象外になりますのでお気をつけ下さい。共感得られない事請け合いです（笑） いきなりですが、不安ありません？ エンジニアで入ってきた時に、僕みたいな凡人だと不安って結構あったりするんですがみなさんは如何でしょうか。 中途の場合 僕は今の会社に中途入社ですが、入った時はとっても不安でした。 今までWindows系でしか開発したことなかったので（jscript＋ASP6）あまりCUIに慣れてませんでした。（エディタも今はなきPeggyを使ってました） ところが入社してみると、OSは
SIerで幸せな技術キャリアを築くために - Qiita
この記事はNTTコムウェア Advent Calendar 2021 20日目の記事です。 NTTコムウェアの古西です。AI・データサイエンス推進室で技術マネージャをしています。 システムインテグレーター、略してSIerは、顧客のためにITシステムやサービス・ソリューション・プロダクトを開発・運用する会社です。一部自社サービスがあるものの、特定の顧客企業に対してシステムを提供することが多いです。 ネット上では「SIerはオワコン」1と言われることもありますが、私自身は入社のときに「人と技術を仲介する仕事がしたい」と言って仕事をしはじめてから約25年間、SIerで顧客や自社の人と技術を仲介する仕事をしてきました。私がこれまでの経験から「SIerで幸せな技術キャリア」を築くために意識したほうがいいと思うことを、若年層とベテラン層にわけて3つずつ、書いておこうと思います。 若年層(20代～30代
API設計スキルを次のレベルに引き上げるベストプラクティス22選 - Qiita
本記事は、Mohammad Faisal氏による「22 Best Practices to Take Your API Design Skills to the Next Level」（2021年4月15日公開）の和訳を、著者の許可を得て掲載しているものです。 REST API設計のための実践的アドバイス Photo by Andrea Piacquadio from Pexels はじめに すべてが分かりにくく、ひどいAPIに不満を感じたことはありませんか？私はそうです。 マイクロサービスの世界では、バックエンドAPIの一貫した設計が不可欠です。 今日は、知っておくべきベストプラクティスについて、簡潔に説明します。さあ始めましょう！ 用語 API設計は、リソース指向設計というものに従います。3つの重要な概念で構成されています。 リソース：データの一部（例：ユーザー） コレクション：リソー
ソフトウェアエンジニア採用におけるコーディングテストのススメ - MAYAH
先日、某VC投資先の方々に対して、「ソフトウェアエンジニアの採用時にコーディングテストをやりたいがどうしたら良いか？」ということについて語ってきたので、こちらにもエッセンスをまとめたいと思います。 コーディングテストの目的 なぜ我々はコーディングテストをやるのでしょうか？ もちろん、第一目的はソフトウェアエンジニアの採用候補者のスキルを見極めるためです。 過去に、経歴も良さそう、技術的な議論もスムーズにできる、なのにコードが書けない候補者に、私は何度か出会っています。「コードが書けない」のレベルは、（ある程度易しい）論理をプログラムに翻訳できず、まともな if 文が書けないというレベルを言っています。熟練者でもド・モルガンの法則をうっかり間違えるぐらいはあると思いますが、そういう話ではありません。コードが書けない候補者は、そもそも条件が書き下せません。このような候補者を雇ってはいけません。
プログラミングを勉強するために 30 代半ばの 2 年間を無職として過ごした話 - 30歳からのプログラミング
2019 年の夏に前職を辞め、そのまま無職として過ごし今年の 10 月にようやく再就職して働き始めた。 何か事情があって働けなかったわけではなく、プログラミングの能力を伸ばすために敢えて就職しなかった。 自分にとってそれなりに重要な期間だったと思うので、記録を残しておく。 予め断っておくが、何か「すごいこと」を成し遂げたわけではない。「すごくないプログラマ」が少しでもすごくなりたくて勉強していた話に過ぎない。 「すごいプログラマ」が「すごいこと」をした話を読みたければ、以下の記事などがよいと思う。 会社をやめて約1年プログラミングの勉強に費やしたことに対する満足と後悔 | blog.ojisan.io 2年間の独学をふりかえって – Happy Coder 予防線を張ったところで、本題に入る。 背景や動機 プログラミングの勉強をするために前職を辞めたわけではなく、退職の理由は別にある。 そ
2022～2030年に学ぶべき未来のプログラミング言語3選 - Qiita
今後の世界を左右する可能性のあるプログラミング言語 Programming Books. Source: NeONBRAND from Unsplash テクノロジー市場で10年以上働いてきた私は、次の3つのプログラミング言語（またはフレームワーク）に大きな可能性を感じています。 1. Unity (C#) 「世界のゲームの半分以上はUnityで作られています。」John Riccitiello (Unity CEO) そう、いつも目にするゲームだけでなく、Unityは次のようなインタラクティブ、3D、リアルタイムのコンテンツを作成するための世界をリードするプラットフォームです。 ゲーム（Android、iOS、PC、任天堂、PlayStation） インタラクティブ体験（拡張現実、仮想現実） 自動車・輸送（非常にリアルな車両部品と設計） 製造（ロボットシミュレーション） 映画、アニメーシ
求められるスキルはこの10年でどう変わったのか？
コロナ禍で仕事を取り巻く環境は大きく変わった。それに伴い働き方も変化しているが、これらの変化が求められるスキルにどのように影響しているのだろう？人事に特化したイベントやメディアを運営するUnleashが記事「The Skills You'll Need in the Future of Work」として考察している。 記事が紹介するのは、タレントマネジメントの英PSI Servicesが発表した「次の10年に求められる能力」だ。1万以上のフィードバックと世界経済フォーラム(WEF)の分析を基に割り出したのは、次の7つだ。 1. クリティカルシンキング 2. 学習能力 3. デジタル上手 4. 関係構築 5. ダイバーシティの受け入れ 6. 困難に耐えうる力 7. 変化志向 まとめるなら、柔軟な考え方ができ、環境や状況の変化に適応でき、デジタル化を受け入れる人と言えるだろう。記事はこれらのス
炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance
最短でイッセンマンITエンジニアを目指すなら大炎上プロジェクトがオススメ！！経験浅でも採用の可能性が上がるし、週最大7日間1日15時間以上、プロに揉まれながらスキルを磨けるので面倒な家での積み上げは不要！やり遂げた際の経験値はヤバいし、活躍によってはPMが次のPJに引っ張ってくれるよ！— 代表取締役 岩元仁＠株式会社ロックシステム (@iwa3nen) 2021年8月28日 経験の浅いエンジニアが1千万の年収を得る最短ルートが、炎上案件に飛び込んですげぇ修行して界王拳をマスターしろなのか... 社員にそれを言えるのがすごいな。(いわもと様から社員向けではないとコメントを頂いたので、打ち消します) 炎上プロジェクトで心を病んだ人を多かれ少なかれ見てきて、人づてに色んな哀しみを聞いている身としては、危険としか言いようがない。 僕が若い頃にやった、月稼働400時間が2ヶ月続いたプロジェクトは炎上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
記者に「プログラミングのスキル」って必要なの？ちなみにNHKニュースの画像生成も記者がコードを書いてます｜NHK取材ノート
