チームが成熟され続ける仕組み（エンジニアリングマネージャーの取り組み） - Qiita
はじめに 新チームを、自律自走するチームへ移行させるテーマで記事を書いていきますが、 一番の肝は 『もしかして、あなたのチームは、新チームなのでは！？』 という点です。 新チーム≒未成熟なチームだとすると、 歴の長いチームだからと言って成熟したチームであるとは限りません。 優秀なメンバーが揃っていても、今ひとつスピードが出ない 何かとアクシデントが多い マネージャーが説明ばかりしている これらはチームが成熟しておらず、統率が取れていない証拠です。 ・チームが統率されていないことに気がつく ・チームが自ら統率された状態をつくる環境構築 という流れを書いていきます。 「新チーム」はぬるっとやってくる 新チームを受け持ったマネージャーのために記事を書いていますが、 チーム・ピープルマネジメントにおいて問題が発生するケースの多くは 「新プロジェクトが発足した」ようなタイミングよりも いつのまにか新
FitbitのAPIを手っ取り早く試してみる方法 - Qiita
Fitbitは、腕時計型の活動量計（心拍数計）です。測定データを取得できるみたいだけど、どこから手をつけていいか分からない！という方向けに、まずはプログラムを書かなくても自分のFitbitの登録・測定データを取得できる方法を紹介します。 2017.3.4追記: Postmanをインストール可能な環境であれば、この記事に書かれている方法よりも、FitbitのOAuth 2.0 APIをPostmanで試してみる方法の方が、簡単で、扱いやすいかと思います。 1. OAuth認証情報を作成 https://dev.fitbit.com/ にアクセスします。 画面右上のREGISTER AN APPボタンをクリックすると、登録フォームが表示されます。 URLを入力する欄がありますが、本記事に基づく作業では、サーバやクラウドを用意する必要はありません。基本的に、何か埋まっていれば良いです。ただし、以
参加型・意思決定のための13つのファシリテーティブリスニングスキル - Qiita
これらのスキルを、私の経験を交えながら、効果を説明していきます。 1. Paraphrasing（言い換え） To support a speaker when thinking out loud and allow them to review their contribution. 発言者が言葉に詰まっていたり、考えながら発言しているときに、ファシリテーターが言い換えるテクニックです。 あなたが言っているのは、○○ということですか？ ここまでの話は、○○という理解であっていますか？ 言い換えをすることにより、発言者は自分の意見を客観視して意見を深めたり訂正したりできます。また、参加者全員に現時点の情報を整理して展開する役割もあります。 2. Mirroring（ミラーリング） To (re)establish your neutrality as a facilitator. 発言者の
MacにJava開発環境をインストールする - Qiita
最終更新日 2021年4月29日 検証を行ったmacOSのバージョンは下記です。 macOS Big Sur 11.3 インストールするもののバージョンは下記です。 AdoptOpenJDK 11.0.11 (HotSpot) 2021年4月現在、AdoptOpenJDKはApple Silicon版（ARM64）のバイナリが提供されていません。Apple Silicon版Macをご利用の場合はLibericaまたはZuluを使ってください。 IntelliJ IDEA Community Edition 2021.1 Maven 3.8.1 この記事が古くなった場合、下記の手順は最新のインストール手順とは異なっている可能性があります。 JDK JDKとは Java Development Kitの略です。Java開発に必要なコンパイラ・JVM（Java Virtual Machine :
モバイルアプリにおけるUIデザイン - Qiita
1.はじめに 私は(筆者は)モバイルエンジニア転職を目指す立場です。個人的にアプリのUIデザイン知識はデザイナーだけでなくエンジニアにも必須だと思っています。私自身がアプリ開発の過程でデザインについて指摘され、「このままデザインに無知では良くないと思った」、「同じような立場の方にモバイルアプリのデザインの事を少しでも知ってもらいたいと思った」その２つの理由から本記事を執筆しました。 現在、エンジニアを目指している方やアプリ開発はしているけどモバイルデザインについて改めて知りたいという方、そのような方向けに改めてiOS・Android双方のデザインガイドラインについてまとめてみました。 2.iOSとAndroidのデザインの考え方 2020年現在、iOSではHuman Interface Guidelines、AndroidではMaterial Designの考え方をもとにアプリUIが作られ
sourceコマンドを誤って使ってしまいゾッとした話 - Qiita
ってやってしまった。 ぎゃぁぁあああああああーーーーーーーー！！！！！！！！ と叫んでも遅し、、、処理が走ってしまい止められなくなってしまいました。 処理の途中に 「公開鍵を上書きするかどうか？」とか出てきて、 n として回避した後、今は無くなっているレポジトリから git clone しようとしたところで、アカウント確認のために処理が止まり、そこで、 Ctrl + c で強制終了できました。 解説 source コマンドは、ファイルに書かれたコマンドを現在のシェルで実行するコマンドです よって、私がミスして実行してしまった処理の内容は、 .zsh_history にファイルに書かれたコマンドが1行ずつ実行する。という内容になります。 .zsh_history には私が過去に打ったコマンドがすべて記録されているため、つまり、それらのコマンドが順に実行されていくということになってしまいます。
VSCodeのオススメ拡張機能 24選 (とTipsを少し)
1. vscode-icons アイコンがついて見やすくなる。 2. GitLens とにかく強い。 「コミット単位でのファイル比較」や「最新のコミット内容とそのコミッター表示」など色々してくれる。 git blameする手間なくなる。 3. Prettier コードのフォーマットは自動でやりましょう！ 複数人のこだわりをうんたらするよりも、Prettierに委ねるのが楽。 関連のTipsはここ 4. Git History Git logが見やすい 5. Bracket Pair Colorizer カッコの対応を色付きで表示してくれる。 ものすごく読みやすくなって最高&最高！！ なおBeta版ですが、後継となるBracket Pair Colorizer 2も出ています。 6. Settings Sync どこでも同じ設定で使いたい人には便利。 ⇧ + ⌥ + U/D で設定をアップロ
[翻訳]あなたがプログラミングに向いていない10のサイン - Qiita
※この記事はJonathan Bluks氏の「10 Signs You Will Suck at Programming」を翻訳したものです。Mediumのコメント欄より翻訳の許可を頂きました。ありがとうございます。 より多くのステッカーは、より多くの成長にはなりません。 最近、RedditやQuoraで「自分がプログラマとして成功できるか、どうすれば分かりますか？」という質問をよく見かけます。キャリアチェンジを検討したり、あるいはソフトウェア開発に興味があったりするのであれば、それはごく自然な疑問です。 コンピュータに関する正式なトレーニングを受けていない場合、人々はプログラマになることに大きな心理的障壁があると思います。プログラミングが苦手であれば、あなたは自分がプログラマとして才能が無い人だと思うのは自然な考えです。もしあなたが俳優になりたいと思っていて、自分は演技が得意かどうかを疑
![[翻訳]あなたがプログラミングに向いていない10のサイン - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/782c33cc6373d929c4d6750af7dac638517cdbd7/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCJUU3JUJGJUJCJUU4JUE4JUIzJTVEJUUzJTgxJTgyJUUzJTgxJUFBJUUzJTgxJTlGJUUzJTgxJThDJUUzJTgzJTk3JUUzJTgzJUFEJUUzJTgyJUIwJUUzJTgzJUE5JUUzJTgzJTlGJUUzJTgzJUIzJUUzJTgyJUIwJUUzJTgxJUFCJUU1JTkwJTkxJUUzJTgxJTg0JUUzJTgxJUE2JUUzJTgxJTg0JUUzJTgxJUFBJUUzJTgxJTg0MTAlRTMlODElQUUlRTMlODIlQjUlRTMlODIlQTQlRTMlODMlQjMmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTk2ZmIzMGI4OTYxODBiOTQ5NWMwMDBkYTRhOGE0YjI5%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaGFyZWt1JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0yODdkYjAyN2I1OTk4Mjg4MzAwY2ZhYzc5ZTg1NjU0Mg%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Da59c747ac1f73e7b9f790c56bf3eaf79)
オレ プログラム ウゴカス オマエ ゲンシジン ナル - Qiita
ガイヨウ オレ オマエ ゲンシジンスル プログラム カイタ ゲンシジン ジョシ ツカワナイ ゲンゴショリ スル ジョシ ケス ゲンシジン カンジ ヒラガナ シラナイ ゼンブ カタカナ スル サンプル import requests import json import sys BASE_URL = "https://api.ce-cotoha.com/api/dev/" CLIENT_ID = "オマエ アイディ イレル" CLIENT_SECRET = "オマエ シークレット イレル" def auth(client_id, client_secret): token_url = "https://api.ce-cotoha.com/v1/oauth/accesstokens" headers = { "Content-Type": "application/json", "charse
エラーメッセージの読み方と対処, 検索や質問の原則 - Qiita
プログラミングをしている限り, エラーメッセージに遭遇するのは避けられないことだ. そこで, あなたは周りのできる人に「エラーが出ました」と言って "答え" を聞こうとするだろう. でも, もし聞ける人が誰もいなかったら? もし, 周りの誰にもわからないようなエラーにぶつかってしまったら? あなたが一人前のプログラマになるためには, 自分でエラーメッセージを読んで, 解決できるようにならなければならない. どういうエラーメッセージが出たときは何が原因で, どのように対処すれば解決するのか. その知識・経験の積み重ねこそがあなたを一人前のプログラマにするのだ. これは安直に "答え" だけを追い求めていてはいつまで経っても身に付かない. エラーメッセージの大原則 まず最初に頭に入れておくべきなのは, エラーメッセージは意味不明な暗号ではない ということだ. その実, エラーメッセージはかなり
新人プログラマをレビューで傷つけないために - Qiita
はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的に GitHub の Pull Request を使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、1 人で傷つきモチベーションを落とすこともありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って、新人を不用意に傷つけてしまう恐れのあるレビューをまとめていきたいと思います。 新人教育の場に少しでも役に立てていただけると嬉しいです。 前提条件 今回の対象とする「新人」は、本格的な開発経験が1年未満の方を想定しています。 個人で少しプログラミングはしてき
【27言語まとめ】マイナンバーのチェックデジット計算方法 - Qiita
マイナンバーのチェックデジットの計算をわかりやすく解説 - Qiita Agda Agda - 【速報】マイナンバーの全域性とチェックディジットの一意性が証明された！？ - Qiita C マイナンバーのチェックデジットの検算をざっくり1割くらい高速化する(計ってないので知らんけど) - Qiita C++ C++でマイナンバーのチェックデジットを計算する - Qiita C#でマイナンバーのチェックデジットを計算する - YDiary C# C#でマイナンバーのチェックデジットを計算する - Qiita WindowsPowerShell & C#マイナンバーのチェックデジットを計算する - Qiita Crystal マイナンバーのチェックディジットをCrystalで計算する - Qiita Bash マイナンバーのチェックデジットの検算をざっくり1割くらい高速化する(計ってないので知
カノジョできないエンジニアのカレンダー | Advent Calendar 2015 - Qiita
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
Gitブランチ関連コマンド - Qiita
Git Advent Calendar / Jun. ３日目です。 ここでは、Gitのブランチ操作関連のコマンドをまとめたいと思います。 現在のブランチから派生ブランチを作成する git branch BN 作業ブランチを変更する git checkout BN 上記２つを一度に行う git checkout -b BN ローカルブランチを確認する git branch リモートブランチを確認する git branch -r 上記２つを一度に行う git branch -a 現在の作業ブランチに指定ブランチをマージする git merge BN マージ後でも、元に戻せるようにする git merge --no-ff BN ブランチの削除 git branch -d BN ブランチの削除(強制的) git branch -D BN リモート・リポジトリにブランチをプッシュする git pus
インフラエンジニアじゃなくても押さえておきたいSSHの基礎知識 - Qiita
最近はクラウド上のサーバーを利用する事も多くなってきた。 サーバーの用意やネットワーク周りの設定はインフラ部門がやってくれるけど、アプリのデプロイ／設定は開発者がする事が多いので、開発メインでやってるエンジニアでも最低限SSHの知識は必要になる。 また、Vagrant等でローカル環境にVMを作成する事もあるので、ローカル環境内でSSHを使用するケースも増えてきた。 というわけでインフラエンジニアじゃなくてもSSHクライアントの知識は必須になってきているので、改めてSSHの再学習をしてみることにした。 SSHとは 暗号や認証の技術を利用して、安全にリモートコンピュータと通信するためのプロトコル。 SSHでは以下の点で従来のTelnetより安全な通信が行える。1 パスワードやデータを暗号化して通信する。 クライアントがサーバーに接続する時に、接続先が意図しないサーバーに誘導されていないか厳密に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Slack - Qiita
gvmでgoをバージョン指定で簡単インストール - Qiita
フロントエンドを楽にするために