お知らせ 【メンテナンスのお知らせ】10月10日(火)14:00から30分ほど、メンテナンス作業を予定しております。作業の間はconnpassのご利用が出来ません。また、メンテナンス解除後は、パスワード未設定の場合、パスワード設定画面でのパスワード設定が必須となります。ご迷惑をおかけしますが何卒ご了承ください 機能改善 領収データ発行機能にてインボイス制度の書式での出力に対応しました。 詳しくはこちらをご覧ください。 新機能 参加者によるイベント出席機能をリリースしました。今までは主催者による出席管理機能はありましたが、大規模イベント等での受付処理が大変とのフィードバックをいただいてました。今後はイベント作成時に発行される「出席コード」を会場現地や配信で共有してもらうことで、参加者自身でイベント出席登録を行うことができるようになります。これにより受付処理が容易になりますので、イベント主催者

Wantedlyは、運命のチームや仕事に出会えたり、人脈を広げ、ビジネスの情報収集に使えるビジネスSNSです。

こんにちは、Wantedly でソフトウェアエンジニアをしている南です。自分は昨年の4月から Wantedly に新卒エンジニアとして入社し、スカウト機能の開発・グロース、ユーザー向け機能開発・グロース、新規サービス開発などに取り組んできました。 最近だと、今年の4月半ばにリリースしたポートフォリオサイト Case の開発を行ったり、2日前にリニューアルした Wantedly Tools の開発に携わったりしています。 さて、突然ですが、皆さんは「スタートアップで働く」という言葉に対して、どういったイメージを持つでしょうか？ なんとなく「大変そう」みたいなイメージはあるものの、具体的にどういった働き方をしているかはあまりイメージがつかないのではないでしょうか？ 「スタートアップ 働く」で検索してみると以下のように幾つか記事はヒットするものの、多くは創業者や経営者、または第三者の冷静な視点で

Wantedlyでは、React + Reduxを中心としたWebフロントエンドの技術スタックを導入しました。モバイル版の会社フィードや、このブログを書いているエディタ、企業が使う候補者管理の画面などがこのスタックで実装されています。 導入したスタックの詳細や導入の理由、既存のRails環境への導入方法は以前発表した以下のスライドを参照ください。 また、先日Wantedlyに導入した技術スタックを使った勉強会を開催しました。React + Reduxを使って実際にアプリケーションを構築していく演習になっていますので、ぜひ手元で動かしてみてください。 React + Reduxを使ったWebアプリケーション開発速習会＠Wantedly 今回はこれらの背景にある"なぜReactか？"という判断の背景と"どう技術選択するか？"という話を書きたいと思います。 JavaScript界隈の流れの早さフ

1.ガチ新人向けのコンピュータに関する教養 新入社員で専門課程で情報処理教育を受けていない場合の基礎教育 専門教育を受けていてもレベルによっては、適宜読んだほうがよい プログラムはなぜ動くのか　第２版　知っておきたいプログラムの基礎知識 プログラマにとってCPUとはなにか データを2進数でイメージしよう コンピュータが小数点数の計算を間違える理由 四角いメモリーを丸く使う メモリーとディスクの親密な関係 自分でデータを圧縮してみよう プログラムはどんな環境で動くのか ソース・ファイルから実行可能ファイルができるまで OSとアプリケーションの関係 アセンブリ言語からプログラムの本当の姿を知る ハードウェアを制御する方法 コンピュータに「考え」させるためには レッツ・トライC言語! ネットワークはなぜつながるのか 第2版 知っておきたいTCP/IP、LAN、光ファイバの基礎知識 第1章 Web

この記事は::..: glen.nu :.: ramblings :.: on code review :.::の意訳記事です。@9len氏の許可を受けて投稿しています。誤り・修正などがありましたら、@iwashi86までご連絡いただけますと幸いです。 This article originally appeared in English at :..:: GLEN D SANFORD :.: RAMBLINGS :.: ON CODE REVIEW ::..: and has been translated with @9len’s permission for posting to this blog in Japanese. この記事は2014年3月に書いている。Twitterでユーザ検索チームを私が率いていたころの話だ。この記事は、コードレビューに関するセオリー・アプローチを体系化

世の中には様々な面白いマンガが存在している。 その中でも全5巻以内で完結する面白い漫画をまとめてみた。 少年コミック、青年コミック、少女コミック等の形式は問わない。 なお、全1巻で完結する漫画は別の記事でまためてあるので除外をされている。 なのでこの記事で紹介されるのは2〜5巻で完結する漫画となっている。 それでは、どうぞ。 オススメ5巻以内で完結する漫画まとめ SF レベルE／全2巻 彼方のアストラ／全5巻 プラネテス／全4巻 All You Need Is Kill／全2巻 星屑ニーナ／全4巻 イヴの時間／全3巻 サマーウォーズ／全3巻 人間ドラマ マンガに、編集って必要ですか?／全3巻 南国トムソーヤ／全3巻 ジョーカー・ゲーム THE ANIMATION／全5巻 Dの魔王／全3巻 決してマネしないでください。／全3巻 ナナのリテラシー／全3巻 働きマン／全4巻 喰う寝るふたり 住む

swift初心者がゴニョゴニョしながら20時間ぐらいで作りました。 swiftらしさとか知りません。存分に汚いですが、とりあえず動きます。 拙いけれど、頑張って作りました。 このアプリケーションは既存のAPIを利用し音楽を楽しむものです。 従前からPC用のインターフェースがあり、そこにスマホ用のインターフェースを追加し、楽しんでいましたが、iPhoneのSafariですとスリープしてしまうと音楽が続かないという問題がありました。今回、swiftでアプリとして作ることでこの問題に対応しようとしました。 以下の仕組みについて調べながらつくっていったメモを記述します。 巷のswift情報について、swift2の習得 ログイン そもそもライブラリのインストール方法がわからん JSONの取り扱い httpリクエストする方法がわからない。 TouchIDについて 型変換まとめ MarqueeLabel

iOSアプリ開発に関わると必ずと言って良いほど耳にするdelegate(デリゲート)。これが分かりにくくて苦しんだ人は多いのではないでしょうか。今までUITableViewとかUIScrollViewを使って何となくdelegate(デリゲート)の実装はやった事はあるけど自作でdelegate(デリゲート)を実装する時に困った場合なんかに参考にしてみて下さい。 そもそもdelegate(デリゲート)ってなに The Swift Programming Language (Swift 3.0.1): Protocols Delegation Delegation is a design pattern that enables a class or structure to hand off (or delegate) some of its responsibilities to an i

tapされた事を検知する処理はよく使う処理なので定型化したい。 次のようにDelegateして使うViewを用意しておく #import <Foundation/Foundation.h> @protocol MyViewTapDelegate; @interface MyViewTap : UIView { id <MyViewTapDelegate> tapDelegate; } @property (nonatomic, assign) id <MyViewTapDelegate> tapDelegate; - (void)handleSingleTap:(UITouch *)touch; - (void)handleDoubleTap:(UITouch *)touch; - (void)handleTripleTap:(UITouch *)touch; @end @protocol

みんなのウェディングの高井です。当社でもエンジニアブログを始めることになりました。よろしくお願いします。 AWSへと移行しました 私たちのサービスは、先月の2015年9月29日早朝にAmazon Web Services（AWS）へと移行しました。 AWSへ移行することによって、ユーザーのみなさんに、より素早く、より安定したサービスをお届けできるようになるというのが総合的な判断理由になります。そして、その背景にはいくつかの技術的なメリットやコスト的なメリット、そしてその他に忘れてはいけないメリットがあると考えています。 技術的メリット まず、AWSに移行することで、柔軟にサーバー資源を確保したり、構成することが容易になるというのが挙げられます。 以前の環境では、料金体系や納期の関係で、簡単にサーバーの追加や廃止ができる状況ではありませんでした。なので、一台のサーバーが複数の役割を担っている

2015/09/28に開催されたイベントでの講演模様です。 Ruby・Rails コミッターの松田明さんから、Ruby・Railsの思想・歴史やコミュニティなどの魅力をご紹介いただきました。 【本動画の対象者】 - これからRubyを学びはじめたい方 - Rubyに興味がある方 【登壇者】 松田 明（@a_matsuda） Rubyコミッター、かつ、日本人唯一のRuby on Railsコミッター。 kaminari, action_args, active_decorator, database_rewinder, gem-srcなどのライブラリの作者。 地域Rubyユーザーグループ「Asakusa.rb」の主催。 年末に開かれるRubyistの祭典 "RubyKaigi 2015" のチーフ・オーガナイザー。 【スライド資料】 https://speakerdeck.com

インフラストラクチャー部の成田です。2015年10月現在、インフラストラクチャー部には私を含め7人のインフラエンジニアが所属しており、このメンバーでクックパッド本体サービスをはじめ様々な新規事業やいくつかの子会社のサーバを運用しています。私自身もエンジニアではありますが部のマネージャも兼ねているため、立場上、社外の方からインフラエンジニアのマネジメントについて質問されることがよくあります。今回は、私自身の考え方とクックパッド社における事例を紹介したいと思います。 「インフラエンジニア」とは 「インフラエンジニア」という言葉の定義はあいまいで、しばしば議論の的になります。傍目からは明らかにインフラエンジニアであるように見えるにも関わらず「私はインフラエンジニアでは無い」と主張する人たちもいます。このような状況になっているのは、サーバ運用に関する業務分掌が会社ごとに異なるからであると私は考えて

勉強会で持ち帰ったトピックが気になった 先日参加した iOS 9 の勉強会にて、岸川克己さん@Realm が話された Storyboard Reference の話が非常に興味深かったので、自分なりに追加調査してみました。 dev.classmethod.jp まずはstoryboardの欠点とか storyboardは、xibでの開発と比べて、画面の遷移が視覚的に分かりやすいのと、segueを利用できるという利点があります。ですが、ファイルが１つなので、チーム開発を行うと競合しやすく、分業しづらいという欠点があります。 そのため、segueを利用できるという利点を破棄してでも画面ごとや機能ごとにstoryboardを分割する、という手法が選択されがちだと思います。 分割した別のstoryboardを利用するためには、プログラム側でいろいろやる手間が発生してしまいます。遷移にsegueは利

料理ブログでこんなことを書くのはあれですが、筆者将棋が大好きなんです。 最近読者の皆さんから、 「はらぺこグリズリーさんって簡単料理を作ってますけど、なんかたまに勢いに任せてアプリ作るし、 いきなり東京藝術大学とコラボしたりするし、いったいどんな人なんですか？ そういえばtwitterで将棋についてもつぶやいてますけど将棋が趣味なんですか？」 みたいなニュアンスのメールをよく頂くので、 この機会に少しでもはらぺこグリズリーに知ってもらえればと思いまして、 趣味の一つでもある将棋について熱く語らせてもらいます。（引かないでください。。） というのは単なるこじつけでして、 前々からどうしても将棋についてブログで書きたくてしょうがなかったので筆を取らせて頂きました。 この記事に関しては筆者が書きたくて書いているだけなんで、料理の記事じゃなくて本当にすいません。 きっかけは昨年9月半ばに3月のライ

ニコニコ動画の一般会員は本来なら使えないはずの「ムービーをシークバーの好きな場所から再生させる」機能や、PCから行えないはずの「ムービーの倍速再生」が行えてしまうスクリプトが公開されました。複数動画同時再生の制限回避なども可能で、Firefox・Google Chromeに対応しています。 ニコ動をHTML5で再生するスクリプト作った : lowlevelaware https://www.reddit.com/r/lowlevelaware/comments/3mk689/ 「ニコ動をHTML5で再生するスクリプト」はGoogle ChromeとFirefoxで動作するとのことなので、まずはGoogle Chromeで試してみます。Chrome ウェブストアでTampermonkeyのページを開いて「CHROMEに追加」をクリック。 「Tampermonkeyを追加しますか？」と聞かれる