【経験談から学ぶ！】より早くプログラミングを身につけるための方法 プログラミング初心者向けに最も効率的な学習方法のための要点を紹介しています。独学でエンジニアになった人の経験談に基づいているので、これからエンジニアを目指す方には参考になるでしょう。学習方法や目標設定など細かく解説。 テックアカデミーマガジンは受講者数No.1のプログラミングスクール「テックアカデミー」が運営。初心者向けにプロが解説した記事を公開中。現役エンジニアの方はこちらをご覧ください。 ※ アンケートモニター提供元：GMOリサーチ株式会社 調査期間：2021年8月12日～8月16日 調査対象：2020年8月以降にプログラミングスクールを受講した18～80歳の男女1,000名 調査手法：インターネット調査 本稿は、Codementorのブログ記事を、Codementorより了解を得て日本語翻訳し掲載した記事になります
2016/10/15 AbemaTV Developer Conference 2016
5年で40kg落としました。 正確には1年で35kg落とし、リバウンドしないか確認しながら4年で5kgという感じです。 暴食してもさほど意識せずに一週間くらいで体重は戻ります。 身長182で体重は79です。もう少し筋肉を付けたいかなというところです。 人生最大の体重は130なので、50kgのダイエットと言えなくもありません。 ダイエットの方法は、典型的ですが、一日の食事量を10として、朝に5、昼に3、夜に2にするものです。 基礎代謝+運動＝食事のカロリー+500kcalになるよう意識して生活をしました。運動は主に水泳です。 それと、お医者さんに勧められた体重計測法を続けました。 体重を、食事の前後に測るやりかたです。これを朝昼晩続けてグラフにしていくと、ジグザグな形から、どのくらい食べればどのくらい上がり、落ちるのかが手に取るようにわかります。 また、ダイエット失敗の大きな原因の一つである
いま、もっとも注目をされている若手クリエイターのひとり、グッドパッチのプロダクトマネージャー、日比谷すみれさん。じつはノート、ルーズリーフ、Evernote、手帳を駆使し、インプットの達人だった！？多くの情報が洪水のように溢れ、刷新される今こそ必見。若きトップクリエイターたちの仕事術を公開！ 注目すべき20代のクリエイターたちの仕事術に迫る！ 多彩な能力を発揮し、これからの時代を築く20代のWebクリエイターたち。彼ら、彼女らの仕事術に迫る新企画がスタートします。 今回フォーカスしたのは、グッドパッチで働く日比谷すみれさん。彼女はUIデザイナーとしてキャリアをスタートし、プロダクトマネージャーに挑戦中とのこと。26歳という若さで新規事業を牽引する存在として活躍しています。 グッドパッチのデザインプロセス（※） もともと、クライアントワーク事業のUIデザイナー兼プロジェクトマネージャーとして
[レベル: 中級] 【UPDATE】 この記事は公式発表よりも前に投稿したものです。 Googleから公式発表が出ています。 より具体的な情報は下の記事で説明してます。 Google、モバイルファーストインデックスの導入予定を正式発表。スマホ向けページを検索の評価対象に。SEOへの影響は？ 米ラスベガスで開催されたPubCon Las Vegas 2016でGoogleのGary Illyes（ゲイリー・イリェーシュ）氏は、Mobile First Index（モバイル ファースト インデックス）への移行を計画していることを発表しました。 現在は、PC向けページの評価をもとにして検索結果ができあがります。 対して、モバイル ファースト インデックスでは、モバイル向けページ（スマホ向けページ）の評価をもとにして検索結果ができあがります。 モバイル ファースト インデックスに関してさまざまな情
前回までの続き。なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 - 達人出版会をまだ読んでいる。遅読。 Unixプロセスとリソースの基礎を再確認した - えいのうにっき プロセスとの情報のやりとりについて再確認した - えいのうにっき プロセスの適切な扱い方を再確認した - えいのうにっき 今回は、Unixプロセスとシグナルの基礎について再確認していく。 Unixシグナル・事始め Unixシグナルの「いろは」 シグナルを再定義する シグナルハンドリングの注意点 Unixシグナル・事始め 前回、子プロセスの終了を待ち受けるのに用いた Process.wait は、実行するとそこで自身（親プロセス）の処理を止めて子プロセスの終了を待った。これは ブロッキング呼び出し と呼ばれる。 では「親は親で何か別の仕事をしたいとき」はどうするかというと、これから見ていくシグナルを上手に使うと実
このメディアの書き手の一人である高須賀さんから、メッセージを頂いた。 高須賀さんは、月200時間以上の超長時間労働を経験されたということだったが「結構がんばれていた」という。 ただしそれは「指示を出す側」という条件付きの場合だった。 それでも指示出し側だったのもあって、結構みんながんばれてましたね。逆に指示出される側のコメディカルは、勤務時間が僕らよりも少なくてもバンバン消えてってましたし。やっぱり裁量の有無は大きいなぁと 私も同様の記憶が数多くある。 例えば、私が新人の時に一番キツイと感じた仕事が、実は「上司・先輩のコンサルタントへの同行」だった。 「上司や先輩のコンサルタントへの同行なんて、任せてればいいからラクじゃない」 という方もいるが、とんでもない。あれは一番負荷が大きい仕事の1つだ。 仕事に慣れておらず、自分だけでは何一つできない状態で、先輩からの指示だけ飛んで来る。 ・議事録
電通の過労死事件を受けて、長時間労働についての議論がいま盛んになってきている。そんな流れの中、こちらの記事を読んだ。 www.outward-matrix.com 「長時間労働の是非」について議論をしていると、このように「残業をしたくてしている人の自由まで奪うのはおかしい」という意見がほぼ必ずと言ってよいほど出てくる。理屈としては理解できない部分もないわけではないのだけど、残念ながらこの意見には賛成できない。 この手の意見を要約するなら「長時間働きたい人には長時間働く自由を与えて、残業したくない人は残業しない自由を与える。自分の意志で自由に働き方を選べるようにすべきだ」といった感じになるかと思う。なるほど、たしかに自分の意志が最大限尊重されるという点ではかなり良さそうだ。しかし、本当にそんなことは可能なのだろうか？ まず第一に、「自分の意志」を外から推し量ることの難しさを考慮する必要がある
こんにちは、インフラストラクチャー部の沼沢です。 AWS の DNS フェイルオーバーの設定についての記事はたくさん出回っていますが、今回は Sorry ページに特化した設定をご紹介します。 以前、社内で AWS 上にシステム構築していた際に、例えば「急激なアクセス増で AutoScaling が間に合わないなどでユーザのリクエストに対して正常に応答できない状態に陥ってしまった時に “画面が真っ白な状態が続くこと” だけは避けたい」という要望を受け、最終手段的な位置付けで構築した Sorry ページ表示の仕組みについてご紹介させていただきます。 特段目新しい技術や情報ではありませんが、AWS にてサーバレスで高可用性な Sorry ページを構築する方法の参考になればと思います。 DNSフェイルオーバーとは？そもそも、DNS フェイルオーバーとはなんなのかを軽くご説明させていただきます。 ※
:network_authentication_requiredちなみにこれのRuby元コードはどこにあるかというとrack/rackの/lib/rack/utils.rbにあります。 HTTP_STATUS_CODES = { 100 => 'Continue', 101 => 'Switching Protocols', 102 => 'Processing', 200 => 'OK', 201 => 'Created', 202 => 'Accepted', 203 => 'Non-Authoritative Information', 204 => 'No Content', 205 => 'Reset Content', 206 => 'Partial Content', 207 => 'Multi-Status', 208 => 'Already Reported', 226
Google Data Studio (データスタジオ) という可視化サービスがベータ版で使えるようになっていたので試してみた 見たい数値を一覧するためのダッシュボード的なものを作るためのサービスなので、いろんな場所からデータを取ってきて一箇所でまとめて確認するのが用途っぽい(今のところ似たようなサービス・ツールの方が機能が多そう データソース データソースとしてGoogle AnalyticsやBigQuery、Google Spreadsheet、MySQLなどを選んでデータを取ってこれる データソースを選んでGUIでグラフやテキストを配置していく データの既存のフィールドに関数を適用した結果の値を使うこともできる 使える関数のリスト 下の画像ではGoogle Analyticsの「ブラウザ」(Chrome, Firefoxなど)と「ブラウザのバージョン」(バージョンの番号)をCONC
Robは、新進気鋭の映画プロデューサーであり、著名な作家、ポッドキャスター兼詩人です。またごく最近では、ArbentingとDead Wings Designsにおいてクリエイティブデザインとブログ制作デュオの共同創設者兼想像力豊かな共同寄稿者として知られています。 404エラーページはあらゆるWebデザインにおいて最も軽視されがちな項目の１つです。 そうでない場合は、ユーザーの苛立ちを少しでもユーモアで軽減しようと、遊び心のある仕組みやデザインを施す傾向があります。 多くのデザイナーは、自分たちのサイトはきちんと作ってあるので404など必要ないと思い、簡素な404エラーページを用意します。一方で、一部のデザイナーは冗談を交えたり、404エラーページをちょっとした実験の場として活用しています。 もし、そのページにユーモアが必要ならあっても問題ありませんが、遊び心と機能は完全に相互排他的な関
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
