【書評】2020年にReact Nativeを始めるときの決定版的技術書が出ます！ - フロントエンドの地獄
「React Native ~JavaScriptによるiOS/Androidアプリ開発の実践」の書評になります。 PDF版はこちらで先行発売開始していて、 gihyo.jp 紙の本は2020/5/20から販売の予定です。 React Native ~JavaScriptによるiOS/Androidアプリ開発の実践 作者:髙木 健介,ユタマこたろう,仁田脇 理史発売日: 2020/05/30メディア: 単行本（ソフトカバー） 買おうと思っていた本の献本を頂き、いち早く読ませていだだいたのでせっかくなのでブログにします！ どんな本？ React Nativeの基本・具体的なアプリ開発はもちろん、React Nativeで の開発に必要な TypeScript・React も1冊で解説。登場時からReactNativeを追い続けた著者陣が、 現場実践をふまえて伝授します。 という紹介文にふさわ
Findy フリーランス【公式】エンジニアの案件情報サイト
こんなお悩みありませんか？次の案件を探すのが大変…短期間で案件が終了してしまうため、 経済的に不安定で落ち着かない 正社員と働き方が変わらない…フリーランスになっても結局、 週５・常駐時間固定の仕事をしている 自身の技術力に不安…レガシーな技術や同じ環境で開発していて、 モダンな言語を使った開発に携われない Findy Freelanceが支持される 3つの理由ユーザーサクセスの手厚いサポート面談後に最短での案件の紹介はもちろん、稼働後も請求書支払いのサポート、単価や働き方の条件交渉も可能。 ※最短3営業日以内で案件をご紹介 週２〜３日やフルリモートなど、 自分に合った働き方を選べるリモート案件が約70％、週2〜3日の案件が60％と、あなたの実現したいライフスタイルに合わせて、案件を紹介させていただきます。 スタートアップ企業を中心に モダンな環境で開発できるGo, Python, Rea
IT/Webエンジニアの転職・求人サイトFindy – GitHubからスキル偏差値を算出
スキル偏差値とは？GitHub連携でスキルを偏差値化開発言語ごとの偏差値も分かるOSS活動をするほど偏差値が上がるGitHub連携でスキル偏差値を見る 年収予測機能とは？スキル偏差値と連動し想定年収を算出職種や経験年数なども年収予測に加味自分の市場価値が分かるGitHub連携で年収予測を見る 発信力レベル機能とは？テキストメディアと連携し情報発信力をスコア化エンジニアのアウトプットのレベルを1~10段階で診断継続的な情報発信のモチベーションに！登録して発信力レベルを算出 ユーザーサクセス面談とは？エンジニアの転職・キャリアパスに詳しい専門のスタッフがサポートキャリアコーチ、求人紹介、入社後の活躍支援までトータル支援。面談は何度でも無料で、事前準備は不要ユーザーサクセス面談に申し込む
【翻訳】あなたが求めていたリアクティブプログラミング入門 - ninjinkun's diary
original: The introduction to Reactive Programming you've been missing (by @andrestaltz) (translated by @ninjinkun, reviewed by @ma0e) あなたはリアクティブプログラミングと呼ばれる新しい方法が気になっている。 勉強するのは大変で、良い教材がないのでさらに難しい。私が勉強を始めたときは、まずチュートリアルを探した。見つけたのは一握りの実践的なガイドだけ、しかもそれらは表面をなぞっているだけで、リアクティブプログラミングのアーキテクチャ全体像を構築しようとしてはいなかった。ある関数を理解するのに、ライブラリのドキュメントは役に立たないことがある。 これを見て欲しい。 Rx.Observable.prototype.flatMapLatest(selector,
VimConf2015をめぐる闘いを通して
2015.11.21 Sat. VimConf2015 が開催されました。 会場は株式会社ミクシィ様にご提供いただきました。ありがとうございました。 http://vimconf.vim-jp.org/2015/ 今回は運営側としてまとめ役をやらせてもらいました。 とても良い経験になりました。 自分にまとめ役が決まってからやったことなどを書いてみようと思います。 始まりは9月 2015 まとめ役募集 #68 https://github.com/vim-jp/vimconf/issues/68 9月の頭に募集が開始されたまとめ役の募集はそのまま9月の半ばまで音沙汰なしでした。 「ちょっとissue を盛り上げようか」くらいの軽い気持ちで（でもだいぶ思い切って）名乗りをあげました。それが9/18の事です。 それからちょっとやり取りがあって9/25に正式に決まりました。 とりあえず始まった10
情報処理推進機構：情報セキュリティ：脆弱性対策：安全なウェブサイトの作り方
「安全なウェブサイトの作り方」は、IPAが届出(*1)を受けた脆弱性関連情報を基に、届出件数の多かった脆弱性や攻撃による影響度が大きい脆弱性を取り上げ、ウェブサイト開発者や運営者が適切なセキュリティを考慮したウェブサイトを作成するための資料です。 「安全なウェブサイトの作り方」改訂第7版の内容 第1章では、「ウェブアプリケーションのセキュリティ実装」として、SQLインジェクション 、OSコマンド・インジェクション やクロスサイト・スクリプティング 等11種類の脆弱性を取り上げ、それぞれの脆弱性で発生しうる脅威や特に注意が必要なウェブサイトの特徴等を解説し、脆弱性の原因そのものをなくす根本的な解決策、攻撃による影響の低減を期待できる対策を示しています。 第2章では、「ウェブサイトの安全性向上のための取り組み」として、ウェブサーバの運用に関する対策やウェブサイトにおけるパスワードの取扱いに関す
同じようなキャリアを歩んでいる先輩が、他にいなかった 【Kaizen Platform 伊藤直也さん】｜【パソナキャリア】パソナの転職エージェント
「新天地に飛び出したい気持ちもあるが、今の会社に愛着があるから転職に踏み切れない……」 こんな悩みを持つビジネスパーソンもいるだろう。そんな迷いに対して、「自分も同じようなことで悩んだことがある」と言うのが、ウェブのエンジニアとして著名な伊藤直也さんだ。 伊藤さんは、新卒で入社したニフティでブログサービス「ココログ」の立ち上げに参画。転職先のはてなでは取締役CTOとして「はてなブックマーク」を開発し、グリーではソーシャルゲーム開発現場の統括を歴任した。現在は、サイト改善のA/B テストを提供するKaizen Platformで技術顧問を務める。 移り変わりの激しい業界で、傍目には常に正解と言える選択をし続けたように見える伊藤さんに、キャリア形成についてお話を伺った。 「周囲を自分好みに変化させたい」というのはエゴかもしれないと思った ――ウェブ業界ができてまだ20年も経っていないといわれま
「社会の論理」を持ち込む人々 - 諏訪耕平の研究メモ
「ゼミを何とか改善したい」みたいなことをここのところ結構主張してきて、それはそれなりに賛同を得られるようになってきていた。どの集団にもいいところと悪いところがあるだろうと思う。うちのゼミは、活発な議論が行われるところや、上から研究テーマを強制されることはないといったところは長所だと思うが、できの良くない発表をしてしまうと参加者（主に教授や先輩）から袋叩きにあうことがあって、それが原因でゼミと距離を置く学生が毎年数名出るといったところは短所だと思って、改善を志してきた。 勿論研究を目的に集まっている集団なので、研究ができない人間の居心地が悪いのは仕方ないことだと思うけど、一応教育機関なので、「駄目なやつは切り捨て」みたいなことが許されるのかどうかについては議論があっていいと思う。できないからこそできるようになりたくて院の門を叩くという場合もあるだろうし。最初からできる人間を欲しがるのは研究所
JavaScriptでのDOM操作は重いのかという話とForced Synchronous Layoutについて - id:anatooのブログ
2015年にもなるのにJavaScriptでのDOM操作のパフォーマンスについて書く。ウェブページにインタラクションを持たせたい時に、JavaScriptでDOM操作を行うことがよくある。このDOM操作のパフォーマンスについて、よく聞く意見を大別すると次の2つがある。 JavaScriptによるDOM操作は重たい レンダリングが重いだけで、DOM操作そのものはそれほど重たくない JavaScriptでオブジェクトのプロパティを操作したりする単体の処理は通常1ミリ秒もかからないが、DOM操作をするとレンダリングが完了するまでに数十ミリ秒程度かかったりする場合がある。1番目のDOM操作が重たいと言っている人は経験則的にそう言っていることが多い。 レンダリングの仕組みを知っている人は2番目の意見を言うが、重箱の隅をつつくような話をするとこれも必ずしも正しいわけではない。DOM操作するコードによっ
電気で生きる微生物を初めて特定 | 理化学研究所
要旨 理化学研究所環境資源科学研究センター生体機能触媒研究チームの中村龍平チームリーダー、石居拓己研修生（研究当時）、東京大学大学院工学系研究科の橋本和仁教授らの共同研究チームは、電気エネルギーを直接利用して生きる微生物を初めて特定し、その代謝反応の検出に成功しました。 一部の生物は、生命の維持に必要な栄養分を自ら合成します。栄養分を作るにはエネルギーが必要です。例えば植物は、太陽光をエネルギーとして二酸化炭素からデンプンを合成します。一方、太陽光が届かない環境においては、化学合成生物と呼ばれる水素や硫黄などの化学物質のエネルギーを利用する生物が存在します。二酸化炭素から栄養分を作り出す生物は、これまで光合成か化学合成のどちらか用いていると考えられてきました。 共同研究チームは、2010年に太陽光が届かない深海熱水環境に電気を非常によく通す岩石が豊富に存在することを見出しました。そして、電
Customized Training | GitHub Professional Services
Customized Training Empower your developers with the tools and skills for collaboration Summary Work simpler, faster, and more effectively than ever. Our trainer will walk you and your team through hands-on demonstrations of Git and GitHub, grounding everything in our collaboration model, the GitHub Flow. Customize this offering for your team by including Integrated Development Environments (IDEs)
【人材不足？】優秀なITエンジニアを採用できない本当の理由 - paiza times
Photo by Andrew Stawarz こんにちは。谷口がお送りします。 弊社はITエンジニアの転職・学習サービスを運営しておりますので、企業の皆様から「どうしたら優秀なエンジニアを採用できますか？」というご相談を受けることがよくあります。 優秀なエンジニアの皆さんはどのように転職しているのでしょうか？どうしたら優秀なITエンジニアを採用することができるのでしょうか。 今回は、ITビジネスにおけるエンジニアの採用、教育についての課題点について考察していきたいと思います。 ■現代のITエンジニアの採用・教育における課題 Photo by Maya-Anaïs Yataghène ◆課題1：ITエンジニアに既存の採用手法ではリーチできない 以前、実際にエンジニアの方々50人ほどに転職方法について聞いてみたところ、優秀なエンジニアの方々ほど、特に縁故等で転職された方が多いことが分かりまし
C++11: Syntax and Feature
C++11の文法と機能(C++11: Syntax and Feature) Copyright (C) 2013 江添亮. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled "GN
情報共有ができないチームの人間関係は破綻する | サイボウズ式
【サイボウズ式編集部より】「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は日野瑛太郎さんによる「情報共有ができないチームのもろさ」について。 チームで働く場合、情報共有はとても重要です。仮に情報共有を一切しないのだとしたら、それは一人で働いていることとほとんど何も変わりません。チームで情報が共有されることではじめて、他人を手伝ったり意見を言ったりすることができるようになります。情報共有はチームワークの基本中の基本だと言ってもよいでしょう。 しかし、そんな基本中の基本であるはずの情報共有が、あまりうまくできていないというチームを結構よく見かけます。人数が少ないうちはある程度うまくまわっていても、チームの人数が増えるにつれて情報共有がいい加減になってしまうということも少なくありません。 僕がまだ会社員をしていたころに一
【図解】RESTful WebサービスにおけるHTTPステータスコード : アジャイル株式会社
RESTful WebサービスではHTTPステータスコード=処理結果 弊社 アイコン認証Webサービス は、REST方式のWebサービスとして実装されています。 REST方式でない通常のWebアプリケーションでは、通常HTTPステータスコードとしては200(OK)しか返されません。 エラー等の状態を表す場合でもHTTPステータスは200(OK)が返され、画面に表示される内容にエラーを表すメッセージ等を含ませる事によって状態を表現します。 RESTfulなWebサービスを実現する場合には、処理結果はHTTPステータスコードで表現するべきとされています。 理由としては、以下のものがあげられます。 適切なHTTPステータスコードを返さない ( 全部 200 (OK) とかの ) 場合、エンティティの中身を解析しなければ、処理結果が判別できない。 Web標準に従う事で、HTTPステータスコードから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/L_e_k_o/items/8e2d3cb012b0f55d389a
クックパッドはなぜ開発しやすいのか // Speaker Deck
よく使うC++のイディオム 「NVI」と「RAII」
GitHub Flow (Japanese translation)
コードレビューのススメ
