乱数について本気出して考えてみる｜TechRacho by BPS株式会社
プログラミングをやっていると、様々な乱数に出会います。乱数に関しては大勢の研究者が色々な研究結果を出しているため、種類も増え、いったいどれを使えばいいのかと悩む原因にもなります。 大勢が研究し利用している分野ですから、私以外でも大勢が乱数に関する記事を書いているため、あえて新しい記事を書く価値は高くないかもしれません。まあ、既に理解している人はここで記事を閉じるか、暇つぶし程度の感覚で読んでいただくと良いかと思います。 真乱数と疑似乱数 プログラミングの世界の中でいわゆる "乱数" として扱われることが多いのは擬似乱数です。疑似、と付くからには、これは実のところ乱数ではないと言えます。とは言え、擬似乱数を乱数でないと言ってしまうと話が終わってしまうので、疑似乱数を含む乱数を広義の乱数とします。この記事で扱うのは広義の乱数です。逆に、狭義の乱数、本物の乱数は真乱数と言います。 本物と言いまし
楕円曲線暗号アルゴリズムを理解する｜TechRacho by BPS株式会社
お久しぶりです。yoshiです。みなさん、夏を満喫していますか？ 私は溶けそうです。日本の夏はとってもあつい。 覚えている方がいるかどうかは分かりませんが、以前私はRSA公開鍵暗号アルゴリズムを理解するという記事を書きました。今回はその続編（？）です。 楕円曲線について 楕円曲線、という言葉を事前知識無しで見ると、 多分こんな画像が脳裏に浮かぶと思います。違います。 楕円曲線の楕円は楕円積分から現れた言葉で、楕円積分は文字通り楕円の弧長などを求める方法なので全くの無関係とは言えませんが、少なくとも楕円曲線と楕円は別の図形です。楕円のことは忘れましょう。 実際の楕円曲線は、例を示すと以下のような曲線です。 一般化すると (ただし または ) という式で表されるこのような曲線をワイエルシュトラス型楕円曲線と呼びます。ワイエルシュトラス型、と付いているのは他のパターンもあるからで、 こんな形の楕
「バカ避け」会社選び質問に答えてみた: BPS株式会社｜TechRacho by BPS株式会社
morimorihogeです。トレーナーレベルは23、図鑑は103です。 はてな匿名ダイアリー（通称増田）で 派遣先を選ぶ際の「バカ避け」としての質問項目 という記事がバズっていたので、同じような価値観で会社選びをされている方向けに回答記事にしてみました。 転職を考えている・検討しているエンジニアの方はぜひ目を通してみて下さい。 基本情報 一般的な情報は弊社HPを見てもらうとして、それ以外の点についてざざっと。 弊社は社員数40〜50名程度の開発会社です。社員数は現在も拡大中で、それにともなって非エンジニア職の人数も増えつつありますが、今でも社員の7〜8割はエンジニアまたは元エンジニアで構成されています。 メンバの大半は正社員で、その他に契約社員とアルバイトが数名という構成です。どうしても手が足りない部分だけはSESで他社から応援に来てもらうこともありますが、ごく少数です。 エンジニアが主
Railsでnil? blank? empty? present?を使いこなそう｜TechRacho by BPS株式会社
Rails入門です。 require 'active_support'でactive_supportを読み込んだRubyでは、真偽判定に以下のメソッドが使えます。 nil? Rubyの標準メソッド。nilの場合のみtrueを返し、それ以外はfalseを返す。nilとfalseを判別したい場合などに、==演算子を使わずに書ける。 empty? String や Array に実装されているメソッド。空の文字列や空の配列の場合にtrueを返す。nilに対して呼び出すとNoMethodErrorが発生する。 blank? nil? or empty? のようなメソッド。nilまたは空のオブジェクトを判定できる。 present? !blank? を実行するメソッド。unless hoge.blank? とするくらいなら、if hoge.present? としたほうがelsifも書けるしすっきり。
Railsのルーティングを極める(前編)｜TechRacho by BPS株式会社
更新情報 2014/03/03: 最初の版を公開 2020/11/18: Rails 5と6の情報を反映 Railsのルーティングを極める（後編）もご覧ください。 こんにちは、hachi8833です。今回も弊社CTOの馬場さんによる勉強会のスライドを元に記事を書きました。発表当時はRails3だったので、Rails4情報も追加しました。 ⚓ Railsのルーティング（routes）を極めよう 2012/03: baba Railsのルーティングはきわめて自由度が高い分、気を付けないとすぐカオスになってしまいます。Railsのルーティングのコツについて勉強していきましょう。Railsのルーティングはconfig/routes.rbで設定します。 ⚓ まずはrails routes 追記（2020/11/18）:以前はrake routesコマンドでしたが、Rails 5や6ではrails r
実はこんなにある rails generate｜TechRacho by BPS株式会社
熱いワールドカップが終わって平和な夜に戻ったshibuso です。Rails ユーザの皆さんは色々rails genarate コマンドを利用しているかと思いますが、この前調べていたら「こんなにあったのか！」となったので、今回Rails のgenerator を大まかに紹介してみます。Rails のバージョンは4.0.1 です。 実行結果をまとめてみました 結構数があるので先に目次を作っておきます。順番は重要そうなものだったり気の向くままだったりしていますので、大して意味はありません。 scaffold scaffold_controller controller resource model migration assets helper generator integration_test jbuilder mailer task rails generate scaffold これは
Rails4でサイト構築をする – Bootstrap導入編｜TechRacho by BPS株式会社
[Rails4でサイト構築をする] - Rails環境構築編 - Scaffold利用編 - Bootstrap導入編 - WYSIWYG導入編 - CSV出力機能編 - スクレイピング機能編(nokogiri) - 非同期処理導入編(delayed_job) - デプロイ環境構築編(capistrano3) 上記を毎週1つずつ出す予定 Ogawaです。今回はBootstrapを使ってデザインを付けてみたいと思います。 ※タイトルにRailsと入っていますが、RailsでしかBootstrapが使えないということは全くありません。 Bootstrapを使う前にまず、対応ブラウザの確認は必ず行ってください。 Bootstrapの利点と欠点 Bootstrapを使う前にBootstrapにどのような利点や欠点があるのか考えてみたいと思います。 ・そもそもBootstrapはHTMLやCSSなど
社員数名の開発会社が20人採用したあと黒字をキープするためにやったこと｜TechRacho by BPS株式会社
2年前、役員と社員あわせてエンジニア5人だった弊社は1年間で20人のエンジニアを採用しました。採用前の当時の売上は約1億。採用のために使ったキャッシュは売上の10％程度の1000万円前後。社内の実働も含めると実質売上の15％以上です。それについては以前記事にしましたので興味があるかたはこちらをどうぞ。今回のその後についでです。そもそも何やってる会社だ？と興味もってくださった方はこの記事でも軽く紹介しますがもしよければ弊社HPをご覧ください。 採用の目的は事業拡大でした。時間の切り売りから商品の提供まで売り方は様々でしたが弊社売り物は技術です。だからエンジニア募集しました。そして自分たちの夢を一緒に追いかけてくれる人が20人も集まってくれました。数年間3~7人でやってきたのでまるで夢のような感覚でした。でも悪夢のような速度でお金が飛んでいきます。倒産しかけるって表現は人それぞれだと思いますが
iptablesで鉄壁？の守りを実現する3つのTips｜TechRacho by BPS株式会社
iptablesでサーバを守るときに知っておくと良いことを3つ紹介します 1. 接続回数を制限する(IPアドレスごと) hash_limitを使います これにより特定ホストからの大量アクセス、DoS攻撃を緩和することが可能です 例 2. 接続回数を制限する(サービスごと) limitを使って制限します これにより多数のホストからの攻撃、DDoS攻撃を緩和します limitを使った制限は全ホストが等しく制限を受けるため、ssh等に設定すべきではありません。 （攻撃を受けている間は自分たちも制限されるため） Webサーバが大量アクセスで落ちそうな場合は使えるんじゃないでしょうか？ 例 3. 接続IPアドレスを限定する IPアドレスの国別割り当てをAPNIC等から取得してコマンドを作ります この手のルールは長くなるので、ユーザー定義チェインにしたほうが見やすくなります 例 あとはこんな感じのスク
システム開発を適正な価格で発注し，プロジェクトを成功させる方法(その1：見積編)｜TechRacho by BPS株式会社
2013.04.20 システム開発を適正な価格で発注し，プロジェクトを成功させる方法(その1：見積編) こんにちは．morimorihogeです． 僕は普段受託開発の案件を中心に，要件定義から設計，実装，サーバ構築してリリースし，運用に乗るまで一通り携わる仕事をしています． Web開発自体はかれこれ学生時代からやっていて（当時は今の会社ではないですが），最初は純粋なプログラマとして入り，その後順当にやれる幅を広げていった形になります．もうそろそろ10年目みたいです．時が経つのは早いです． 昔に比べて最近は，お客様と開発の間の調整をしたり，案件の見積をしたりすることが多くなりました． そんな中，うまくいったプロジェクトもあり，こちらの力が至らずうまくできなかったプロジェクトもあります．いくつものプロジェクトを経験していく中で，最近はそうしたプロジェクトの差が見える様になってきた気がするので，
受託開発で失敗しないための鉄則｜TechRacho by BPS株式会社
業務請負での受託開発をされている皆さまへ ITな分野でサービスを開発して一発当ててやろうと思う人も、 地道に受託開発の規模拡大を行なって利益を出そうって人も、 面白そうな案件に巡り合えたら経験と金のために開発しようって人も、 お金をもらって何かを開発する「受託開発」で一度は失敗したことがあるかと思います。 たとえば、 約束していないのに断れない追加作業を求められて赤字になった。 無理して対応してあげたのに文句ばっかり言われて気分がわるい。 それに加えて対応期間も伸びまくって次の仕事に支障をきたした。 上記はべつに受託開発にかぎった失敗ではないと思いますが、 受託開発のおいて、失敗を防ぐために心がけていることを紹介します。 １．対応できないことは明確に 「やろうと思えばできるけどやらない」ことは最優先で伝えるべきです。 例えば、弊社では客先常駐は対応しない方針なため、最初につたえます。 他社
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
