2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog ヤフー株式会社の有地です。 9/27（土）の昼から6時間にもわたり、さまざまな視点から「レガシーコード」について知識を深めるための勉強会を開催いたしました。 「そもそも正しい仕様を知っている人がいない」 「システムのブラックボックス化が留まるところを知らない」 こんな不条理なレガシーコード（テストコードが無いコード）と日々戦うエンジニアも多いことと思います。 今あるレガシーコードをどうやって保守・改善していけばよいのかという課題に本気で取り組んでいる、または取り組みたいと考えている大勢の方々に参加していただきました。 ＜開催趣旨・目的＞ テストコードが無いプロダクションコードをレガシーコードと定義し、テストコードによって保護され、

この方法を使えば、コンテナ内のファイルをリダイレクトして親ホストに保存したり、パイプで処理をつなげたりすることもできます。docker cp コマンドと比べると、プロセスの実行結果を取得できるという点で柔軟な処理ができそうです。 nsenter は jpetazzo/nsenter コンテナを使えば簡単にインストールできましたが、docker が標準対応してくれたことで事前準備が不要になり、さらに楽になりました。 追記 nsenter と違って環境変数が正しく設定された状態でコマンドが実行されるようです。以下のような方法で指定した環境変数を参照することができます。素晴らしい！ Dockerfile に ENV で書いた環境変数 docker run の --link オプションにより設定される環境変数 docker run の -e オプションにより設定される環境変数

So I see that go doesn't have the standard functional operations for doing computations over slices or arrays (map, reduce, filter, etc.). How would you guys go about writing something of the sort in a language without generic types? Here's my attempt using reflection. I'm new to the language, so it's kind of shitty :P https://gist.github.com/rafkhan/6501567

Building a higher-level query API: the right way to use Django's ORM This blog post is based on a talk given at the Brighton Python User Group on April 10th, 2012. Note: this post refers to a very old version of Django. The functionality provided by the libraries below is now built in to Django. SummaryIn this article, I'm going to argue that using Django's low-level ORM query methods (filter, ord

日本 Ruby 会議 2007 - Log0610-S5 RubyKaigi でみんな感動したと噂の Dave Thomas さんの講演のログ。やっぱり内容自体はどうでもよくて、ここが気になりました。 たとえば list comprehension がほしい。 Haskell の内包表記 (内包表現) とか確かにかっこいいけれど、Ruby の文法に Haskell の内包表記の文法を入れるのは明らかに無理だし、Python みたいな文法 ([x**2 for x in range(10)] みたいなの) は勘弁して欲しいですよね。それに、今の Ruby でも (ネタの範疇なら) 似たようなことができそう。そこで、以下のようなコードが動くようなものを作ってみました。 # [ x^2 | x <- [0..10] ] みたいなもの p list{ x ** 2 }.where{ x.in(0.

GitHubによるコーディングスタイルガイドのうちRuby編の翻訳です。原文はこちらにあります。 HTML編もありますので、こちらもあわせてどうぞ。 このスタイルガイドの多くはhttps://github.com/bbatsov/ruby-style-guideから来ています。GitHub従業員は、社内で受理されたコーディングパターンやスタイルがあれば、pull requestを出してフィードバックを要求してください。 コーディングスタイル スペース2つをインデントとするソフト・タブを使うこと。 1行の長さは80文字以下にすること。 行末の空白スペースを残さないこと。 ファイルの最終行には空行を入れること。 演算子・カンマ・コロンやセミコロンのあとや{と}の前後にはスペースを入れること。

送信クライアント側の実装 今回はC++で実装しましたが、基本的な手順はどの言語でも共通するはずです。 TCPでforward入力プラグインに接続する 通常のネットワークプログラミングの手順でTCPにソケットで接続する。 C++の場合は以下のとおり。 int connect_tcp(std::string host, std::string port) { struct addrinfo hints; struct addrinfo *result, *rp; int sock; int r; memset(&hints, 0, sizeof(struct addrinfo)); hints.ai_family = AF_UNSPEC; hints.ai_socktype = SOCK_STREAM; hints.ai_flags = 0; hints.ai_protocol = 0; //

必要最小のgemパッケージの作り方は大体理解できた。 rubyコードをlib/とbin/に振り分けて、 .gemspecファイルに設定を記述して、 gem build、gem installしてテスト、 問題なければgem pushで公開。 とっても簡単である。 初回のみ.gemspecファイルの追加とRubyGems.orgへの登録が必要だが、手間はかからない。 一旦公開してしまえば、コード修正して、gem build、gem install、gem pushの繰り返しだ。 これ以上何を求めてbundlerを使うのか？探ってみた。 bundle gemが生成するもの sampleという名のgemプロジェクトを始めてみる。 $ bundle gem sample create sample/Gemfile create sample/Rakefile create sample/LICEN

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

自己紹介と導入 初投稿なので、はじめまして 横浜でiOSからAndroidからサーバーまで書いてるプログラマとしてはぺーぺーの僕です 普段Sinatra使ってAPI書いてたりするのですがGithubをつらつら見ていたら これは...(ゴクリ というフレームワークがあったのでご紹介いたします！ 特徴 コードの分割が簡単になる (ドンッ もう少し詳しく言うと、 ・ディレクトリ構成がRailsとは違い自由に組みやすかったり ・複数のLotusアプリケーションを書いたとして、簡単に組み込めたり ・名前空間とディレクトリ構成の対応により、いちいちrequireとかいらなかったり などの仕組みにより、その特徴を達成しているそうです 実例 ( READMEより たとえば、こんな構成 test/fixtures/microservices ├── apps │ ├── backend │ │ ├── ap

プログラミングを生業としていると、人のコードを引き継いで開発するなんてこともままある訳ですが、そういうときに一番困るのは「使われていないコード」だなー、としみじみ感じます。 使われていないコードがもたらす弊害 特に動的言語で書かれたコードというのは前触れ無く呼び出される可能性があるため、本当に利用されていないのかどうなのか、きっちりと調べあげるのは困難なケースがあります。例えばrubyであれば、method_missingでキャッチしてsendで動的に処理先を振り分けるなんてことをしていると、単純にgrepして利用状況を見るだけでは不十分な場合があります。 そういう意味では「使われていないコード」というよりは、「使われているのか使われていないのかはっきり分からないコード」という方が適切な表現かも知れません。 そういった「はっきりと判断のつかないコード」がある状態だと何が問題なのかと言うと、

うちの会社は、基本的に受託開発の会社ですが、自社サービス開発の両立を目指しています。その取り組みの一つとして、今年の5月、boardという受託ビジネス向けのクラウド型業務システムのベータ版をリリースし、8月に正式リリースしました。 昨年、PattoというスマホアプリCMSをリリースしていましたが、これはどちらかというとソリューション型の製品のため、今回のboardが、うちとしては初めての本格的なWebサービスです。 ベータ版リリースから約5ヶ月、正式リリースから2ヶ月が経ったところですが、これまでにぶつかった課題について書いてみたいと思います。 まとまった開発時間がとれない 当然ですが、できるだけ早く開発して、早くリリースしたいという思いがあります。しかし、基本的に受託開発を止めて自社サービスの開発をしていたわけではないため、1ヶ月がっつりとboardの開発をする、ということができませんで

※追記。バッテリー内蔵スマホカバー。アレは駄目です。端子部分がイカれて本体ごと死にます(実体験)。 昔は流行ったのに今はてんで使われてないのはそのせいです。 そろそろ出てくるはずだと信じていた。しかし、出てくる気配がなくて非常にがっかりしている。 そして出てこない理由がわからない。なぜなら薄さよりもバッテリー持ちの方が重要だからだ。 スマホとタブレットの最大の問題点はバッテリー持ちだ。 スマホに重視することのアンケートの第1位は必ずバッテリー持ちだ。 スマホの満足度ランキングでは信じ難いことに富士通がアップルを抑えて1位になっている。これの理由も「バッテリー持ち」だ。 実際、富士通の最新スマホは3200mAhものバッテリーを搭載している。iPhoneの1.5倍以上だ。 メーカーは薄さに力を入れているが、消費者が薄さを重視しているというアンケートは見たことがない。 iPhone6は6.9ミリ

タイトルを見て、きっと君はこう思ったはずだ。 （マジかよ・・・こいつイスラム教とか言い始めたぞ・・・宗教とかマジ勘弁・・・） 基本的に無宗教の日本にとって、宗教というのは、やれこの政党に投票しろだのと電話がかかってきたり、いい話が聞けるから集会に行きましょう、あるいはこの５０万の壷を買うと御利益があるなどという類のもので、向こうから勝手にやってきては自分の主義を一方的に押し付ける迷惑千万きわまりないものである。 そもそも何にせよわざわざ向こうから、どうですか？買ってください！などと押し掛けてくるものに良かった試しがないではないか？ イスラム教はどうだろう？ クリスマスや結婚式などで、比較的その様式を目にしやすいキリスト教と違って、イスラム教は日本に入ってきたのが遅いというのと、人種的なイメージから、アラブ辺りで髭もじゃのおっさんが、アッラーアクバールなどと叫んで銃を乱射してる超危険そう、怪

チームで仕事をする際に避けられないのは「仕事の依頼」です。自分が仕事の依頼をすることもあれば、誰かから仕事を依頼されることもあるでしょう。チームワークが難しいひとつの理由に、優秀なプレイヤーは、優秀なワン・オブ・チームメイトでは必ずしもないという点が挙げられるでしょう。

1. Markdownも はじめよう 2014/10/26　SphinxCon JP 2014 株式会社達人出版会／一般社団法人日本Rubyの会 高橋征義 @takahashim 2. 自己紹介 • 高橋征義 • Re:VIEWコミッタ • 株式会社達人出版会代表取締役 • ITエンジニア向け電子書籍の制作・販売 • 一般社団法人日本Rubyの会代表理事 • Sphinx歴はたしなみ程度 • 原稿書くのに使えないかなあ…と調べてみたくらい

日本人の死因のトップであるがん治療には、外科的手術や放射線治療、最後の手段として化学療法があるが、今この構図が大きく変わる可能性が出てきた。免疫を使ってがん細胞を攻撃する新たな免疫治療薬「抗PD-1抗体」が実用化されたからだ。世界に先駆けて実用化したのが関西の中堅製薬、小野薬品工業だ。画期的な免疫薬とは――。「オプジーボは革命的なクスリ」と高評価「がん研究、治療を変える革命的なクスリだ」。慶

はじめに RSpecは難しい、よくわからない、といったコメントをときどき見かけます。 確かにちょっと独特な構文を持っていますし、機能も結構多いので「難しそう」と感じてしまう気持ちもわかります。 （構文については僕も最初見たときに「うげっ、なんか気持ちわるっ」と思った記憶がありますw） しかし、RSpecに限らずどんなフレームワークでも同じですが、慣れてしまえばスラスラ書けますし、実際僕自身は「RSpecって便利だな－」と思いながらテストコードを書いています。 そこでこの記事では、僕が考える「最低限ここだけを押さえていれば大丈夫！！」なRSpecの構文や、僕が普段よく使う便利な機能をまとめてみます。 具体的には以下のような構文や機能です。 describe / it / expect の役割 ネストした describe context の使い方 before の使い方 let / let!