GAFAコーディング面接こんな感じでした - yambe2002’s diary
このあいだ、GAFA数社のコーディング面接を受けて全落ちしました。後続のため、オンサイト面接がこんな感じだったよ、というのをストーリー風に仕立てて公開します。問題と会話はダミーですが、雰囲気はかなり近くできたと思います。なお実際の会話はすべて英語で、バーチャルでの実施でした。 メイン問題はLeetCodeのNo.1472をもとに作成。 https://leetcode.com/contest/weekly-contest-192/problems/design-browser-history/ ちなみに「ぼく」はIQ+30くらいの設定です。それではどうぞ。 入室と自己紹介 面接官「やあ！わたしはシンディ。会えて嬉しいよ！」 ぼく「こんにちは、シンディ。ぼくはyambe2002。調子はどう？」 面「超いい感じだよ。きみは？」 ぼ「ぼくも超いい感じさ」 面「それはよかった。わたしは部署Aのソフ
フルスタックなWeb開発が無料で学べるFreeCodeCamp - Qiita
FreeCodeCampとは フルスタックなWeb開発が無料で学べる オープンソースベースのカリキュラムと https://www.freecodecamp.com/ コミュニティです https://gitter.im/FreeCodeCamp/Japanese この無料のサイトからFreeCodeCampを始めることができます。 https://www.freecodecamp.com/ このカリキュラムはGithubのトレンドランキングで、 月間1位を取り続けているオープンソースから作られています。 https://github.com/FreeCodeCamp/FreeCodeCamp このサイトでこのスキルを学ぶことができます フロントエンド開発(400時間) データ可視化(400時間) バックエンド開発(400時間) 非営利プロジェクト(800時間) 面接前の準備(80時間)
あっと驚かせるJavaプログラミング(をやめよう） - Qiita
はじめに 驚き最小の原則（法則）という言葉があります。 Wikipediaの記事を引用すると http://ja.wikipedia.org/wiki/%E9%A9%9A%E3%81%8D%E6%9C%80%E5%B0%8F%E3%81%AE%E5%8E%9F%E5%89%87 ユーザインタフェースやプログラミング言語の設計および人間工学において、インタフェースの2つの要素が互いに矛盾あるいは不明瞭だったときに、その動作としては人間のユーザやプログラマが最も自然に思える（驚きが少ない）ものを選択すべきだとする考え方である。 要するに、使うときに「おやっ？」という驚きが少ないほうが良いプログラムであるといえます1。 この記事では敢えて驚きの多いプログラムの書き方を紹介します。驚きの多いプログラムを読むとどんな気分になるか、実際に体験してみてください。もちろん、本当は驚きが少ないプログラムを書
成長するプログラマーと成長しないプログラマーの違いを徹底調査！ | ポテパンスタイル
IT業界は進歩の著しい業界です。新しい技術は常に生まれ、それを用いる新たなソフトウェアも常に必要となります。 そんな業界の中で、成長できるプログラマーは、常に新しいことを学ぶ姿勢を持ち、情報収集も怠りません。 ここではプログラマーの成長について見てみましょう。やる気はあるが、プログラマーとして成長に行き詰まっている場合は、この記事の内容を参考に、成長するためのコツを調べてみてください。 目的を明確に定めなかったり、手順を飛ばしてコーディングを始めたりすると失敗しやすい 成長する人は仕事以外にもプログラムを作ったり、さまざまな分野の知識を貪欲に取り入れている バクやコンパイルエラーが起きても悲観せず、パズルの問題を解くように楽しむ楽天的思考も成長に重要 どんなジャンルでもよいので自主的にプログラムを作って自身を向上させよう 成長しないプログラマーの共通点・習慣 手段と目的の逆転 目的を達成す
5年間コードを書き続けたエンジニアが、新人に読んでもらいたい11冊+αを紹介する｜ハイクラス転職・求人情報サイト AMBI（アンビ）
5年間コードを書き続けたエンジニアが、新人に読んでもらいたい11冊+αを紹介する 新人エンジニアのうちに読んでおくと役立つ名著やおすすめの本を紹介。開発全般やコーディングなどの作法を学ぼう。 某社でサーバサイドエンジニアをしている @ikenyal と申します。開発言語は主にPHP。新卒入社から5年、エンジニアとして働いています。学生時代にもプログラミング、サーバ・ネットワーク構築や運用を経験しました。 これまで、社内外で新卒からベテランまで多くのエンジニアを見てきました。その中で、新人のうちに身につけておいた方が良いだろうと思うものは「お作法」と「基礎知識」です。 プログラミング言語やシステムの専門的な知識は後からでも勉強できます。一方で、さまざまな自己流の癖は時間が経つと身に染みついてしまい、指摘されても直すのが難しくなってしまいます。そのため、新人のときに良いお作法を勉強しておくこと
自分の失敗を完璧にフォローされて涙が出るレベルな件｜NZ MoyaSystem
いま勤めている会社ではアジャイル開発を取り入れており、2週間を1スプリントとして管理しています。 各スプリントの終わりにはチーム内での実績報告とレビューを行います。今日はそのレビューでの話。 超絶無能だった自分 そのスプリントでの自分のパフォーマンスは最悪でした。 とある一見単純なバグ修正を、鼻歌交じりで「ふふ〜ん」とコミットしたら、 「残念！ こっちの機能が壊れてます。やり直し :)」 とリーダーからあっさりコードレビューで却下される始末。コードレビュー前に当然走らせておくべきユニットテストの結果確認を怠っていたので何も言い訳できませんごめんなさい……。 で、またコーディングのやり直しとなるわけですが、やればやるほどユニットテストが壊れていくんですよ……。 あちらを立てればこちらが立たず地獄。もともと様々な条件にうまーく対応するように書かれているデリケートな処理なので、ヘタにいじれない部
font ゆたぽん（コーディング） フォント
コーディングする時に見やすいフォントを目指して作成中の日本語（TrueType）等幅フォントです。標準、太、極太の3種類が含まれています。 このフォントのポイント １．半角英数字の可読性を重視しています。 （書体の統一感が損なわれても可読性を優先） （[,.][;:][Ｉｌ1][0O]が区別できる） ２．全角半角の区別も出来る様にしています。 （全角スペースは記号） ３．平仮名、片仮名の濁音、半濁音の区別がしやすい。 （テン・まるが大きい） 第二水準までの漢字に加えIBM拡張文字も追加しました。 現在漢字表示などの 調整や修正を行なっています。 細かい進行状況は 「ブログ」 でご確認下さい。 ゆたぽん（コーディング） ( ゆたぽん（コーディング）Bold ) ( ゆたぽん（コーディング）Heavy ) download ( 79452 ) >> version 0.81 ベクターから do
CSSでレイアウトするなら絶対覚えておきたい配置のルール：フロートや絶対配置、z-index とかいろいろ
最近改めて CSS の基本、要素の配置、レイアウトについて学習しました。過去に CSS でのレイアウトなどの記事を書いた事があるんですけど、改めて勉強してみたら、いろいろ間違えて解釈していたなー ... っていうか、基本が分かってなかったんだなーと反省 ...。今回は CSS の基本中の基本、視覚整形モデルについてまとめてみました。 Webデザインをする上で、必須とも言えるのが CSS …。このブログ – Webデザインレシピでも、過去に CSS について書いた記事がいくつかあります。最近 … でもないけど、以下のふたつは CSS でのレイアウトについて、いろいろと書いた記事でした。 CSSでレイアウトするなら絶対覚えておきたいブロックレベル要素のクセとかいろいろ – 2011年 6月17日 CSS：初心者の頃にハマったスタイルシートのあれこれ … IE7多め -2011年 4月21日 で
CSSセレクタ20個のおさらい
CSSセレクタって意外と分かっていなかったりするので勉強ついでにまとめてみました。比較的実用的かなと思うものを20個紹介していきます。いい復習になればと思います。 CSSセレクタはスタイルを適用する対象を指定するものです。普段何気なく使っているclassやidなどもセレクタの１つです。 属性や要素といった堅苦しい用語が出てきますので図で簡単に説明します。 私のように基礎から勉強していないと、要素や属性と聞いてもピンときませんが、知ってみるとなんてことはないですね。 また、IEが対応しきれていないCSS3のセレクタもありますが、IE6～8でもCSS3セレクタが利用できるツールの決定版「Selectivizr」 で紹介したようにCSS3セレクタはie対策も容易なのでぜひお試しください。 SelectivizrはCSSを外部ファイルで指定した方がいいのですが、今回のサンプルはCSSを外部ファイル
ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン（あるいは権威勾配に関する一
コメントの9割は無駄！～アンチプラクティスから学ぶ洗練されたコメントの書き方～ #code #コード｜CodeIQ MAGAZINE
コメントは基礎的で一般的なものでありながら、「どのようなことをコメントに残すか」は経験のあるプログラマにとっても難しいもの。 この記事では、アンチパターンコメントを見ながら、どのようなコメントを残すべきかについて説明します。 by 馬場美由紀 （CodeIQ中の人） コードは機械のために、コメントは人間のために? プログラミング言語を学ぶとき、コメントは最初に習う項目のひとつです。そして、プログラムであればコメントを含んでいることが普通です。ある研究によれば、ソースコードの平均19%がコメントだそうです。 コードを書くとき、私たちは機械とコミュニケーションを取ることを意識しています。機械はコードを認識してコンパイルしたり実行してくれます。解釈できなければ教えてくれます。プログラマは、コンパイラのためにデータ型を明示するコードを書いたりもします。 一方、コメントは人間とコミュニケーションする
テストをしやすいコードの書き方 | hirobanex.net
「コードを書くのは楽しいけど、テストコードとなるとちょっと・・・。」「いざテスト書こうとすると、一体何から手をつけてよいかわからない」そんなときに注意したいコードの書き方についてまとめます。 テストしづらいコードなる 根本的にテストに焦点に当てた場合のコーディングとしてテスト駆動開発というコーディングスタイルがあります。まず、仕様に即したテストを書いてから、実際の本コードを書いていくという書き方です。 しかし、常にインプットとアウトプットが明確な仕様書があってから実装に至ることはありませんし、「こんな感じだから、とりあえず、作ってみて」と営業マンやディレクターからアジャイルを意識した(?)口頭による依頼はよくあり、とりあえずイメージわかないからなんとなくのコードを書くことから始めるのはしばしばよくあることだと思います。あるいは、テストを気にしないで、好きにコードを書いているとスパゲッティコ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CodeMyUI
The Blog | Welcome to Adobe Blog
re-dzine.net situs togel online toto 2023 -
GoogleのJavaコーディング規約
コーディングが上達するコツ