タグ

zuborawkaのブックマーク (984)

  • White-space | CSS-Tricks

    DigitalOcean provides cloud products for every stage of your journey. Get started with $200 in free credit! The CSS white-space property controls how text is handled on the element it is applied to. Let’s say you have HTML exactly like this: <div> A bunch of words you see. </div> You’ve styled the div to have a set width of 100px. At a reasonable font size, that’s too much text to fit in 100px. Wi

    White-space | CSS-Tricks
    zuborawka
    zuborawka 2015/02/07
    なるほど、表で比較しりと解りやすい。
  • 技術的負債 - Qiita

    この文章の目的 開発者とステークホルダーが「技術的負債」という言葉で正しくコミュニケーションをとれるようになることをゴールとする。技術的負債については色々な所で語られるが、実際の現場では技術的負債が管理されてない事が多いのでは無いだろうか。この場で技術的負債という言葉についての知見をまとめ、たたき台とする事で、ゴールに到達する第一歩としたい。 対象読者 開発者 責任者/見積もりに対して決定権を持つ人 技術的負債とは何か 技術的負債とは、コード・設計の状態を表す見積もりのための言葉である。継続的に開発を行う上で理想状態から離れたものを負債という比喩で表していている。 たとえば、省略可能なプロセスを飛ばす事で開発の高速化を行う事があり、初期開発を高速に行う開発者の中には意識的・無意識的問わずこれを行っている事例が多々存在する。このようにして抱えられた技術的負債は長期的に見た場合に問題を引き起こ

    技術的負債 - Qiita
    zuborawka
    zuborawka 2015/02/05
    勉強になります“技術的負債を管理するには、技術的負債に目を向ける事が第一歩となる。”
  • GitHubにて他プロジェクトのissueへのリンクの貼り方メモ - Qiita

    Githubのissueやpull requestなどのコメントの中で#[IssueNumber]のように書けば自動的にissueページへのリンクになります。

    GitHubにて他プロジェクトのissueへのリンクの貼り方メモ - Qiita
    zuborawka
    zuborawka 2015/02/05
    これ出来たのか
  • ScaleOut | Supership

    2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 件に関する詳細は、プレスリリースをご確認ください。

    ScaleOut | Supership
  • ScaleOut | Supership

    2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 件に関する詳細は、プレスリリースをご確認ください。

    ScaleOut | Supership
    zuborawka
    zuborawka 2015/02/04
    技術的負債の返済に向き合う勇気。成し遂げる根気。可能にする才気。どれも自分には足らない。尊敬します。
  • 英文易经 - 百度文库

    zuborawka
    zuborawka 2015/01/29
    経穴の英語名
  • BLOGOS サービス終了のお知らせ

    平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ

    BLOGOS サービス終了のお知らせ
    zuborawka
    zuborawka 2015/01/26
  • 「肉のハナマサ」徹底攻略法。元肉屋が教える「とにかく”デカい肉”を買え」 - ぐるなび みんなのごはん

    どうも、株式会社バーグハンバーグバーグで働いている加藤と申します。 みなさんは、業務用品スーパー"肉のハナマサ"をご存知でしょうか? 業務用スーパーということで、キロ単位の材やボトルサイズの調味料なんかを販売しているのですが、"肉の"と名乗るほどですから、特に精肉コーナーが充実しているスーパーでもあるんですよ。肉が好きな人にとっては、まさに天国みたいなお店です。 ですが、"プロの為の店"ってハードルから、あまり活用できていない人もいるのではないでしょうか? だって、肉の塊を買っても普通の人では調理できないですからね…。 というわけで、3年間スーパーの精肉部に務めていた元肉屋のぼくが、"肉のハナマサ"の活用法をお教えいたします! 肉を安くたくさんべたいって人は見ていってくださいね!(まさかとは思いますが、肉屋は豚肉アレルギーになったので辞めました) というわけで、「肉のハナマサ 銀座店

    「肉のハナマサ」徹底攻略法。元肉屋が教える「とにかく”デカい肉”を買え」 - ぐるなび みんなのごはん
    zuborawka
    zuborawka 2015/01/22
    勉強になった。肉食いてぇ~!
  • スタートアップロードマップ:リーンやグロースハックの概念を俯瞰して整理する - VASILY GROWTH HACK BLOG

    スタートアップを始めるのは霧の中で前が見えずに進むようなものです。 いま自分がどのフェーズにいるかも分からないし、次に何をしたら良いか分からない。 これはスタートアップを始める者の共通の悩みだと思いますが、先日、アメリカを横断しながらスタートアップ界隈の様々なキーパーソンから直接教わる機会があり、ボヤっとしていたスタートアップのロードマップのようなものが自分の中でかなりクリアになりました。 帰国後にそのロードマップを、500 StartupsのメンタリングのもとでのハッカソンやVASILYの新規事業に当てはめる中で自分の中で完全に腹落ちし、かつ新サービスだけでなく、新機能レベルでもこのロードマップは使えることに気づきました。 今回はそんな「スタートアップロードマップ」の概要を紹介したいと思います! ※各段階の詳細は次回以降の記事で順に紹介します。 スタートアップロードマップの7ステップ 上

    スタートアップロードマップ:リーンやグロースハックの概念を俯瞰して整理する - VASILY GROWTH HACK BLOG
    zuborawka
    zuborawka 2015/01/22
  • りんごを皮ごと食べてる!?ワックスや農薬や栄養が… | 健康の国

    zuborawka
    zuborawka 2015/01/22
  • DIコンテナ【Dependency Injection Container】

    DIコンテナは,「DI(Dependency Injection:依存性の注入)」と呼ぶデザインパターンに基づいて作られたコンポーネント群を集中管理するためのソフトウエアです。 DIは,コンポーネント(クラス)間の依存関係をソースコードから取り除くことで,プログラムの実行時までコンポーネント同士が依存関係を持たないようにするデザインパターンです。 例えば,あるクラスAの中で別のクラスBのインスタンスを生成して利用しているとき,AはBに強く依存してしまっています。つまり,Bを別のクラスに差し替えたときなどにはAも変更しなければなりません。このような依存関係は,AとBを別の人が作っている場合などに特に困ります。 こうした依存性をクラスから取り除くのがDIパターンです。Bへの依存性をAから排除するには,まずBの機能を抽象化したインタフェースIを定義し,Iを実装したクラスとしてBを作ります。 Bの

    DIコンテナ【Dependency Injection Container】
    zuborawka
    zuborawka 2015/01/21
    分かり易い
  • NTTデータによるDell ITサービス事業統合の影響

    ガートナー データ&アナリティクス サミット 2024年5月21日(火)- 23日(木) | Tokyo, Japan

    NTTデータによるDell ITサービス事業統合の影響
    zuborawka
    zuborawka 2015/01/21
  • GitHub Flow (Japanese translation)

    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

    GitHub Flow (Japanese translation)
    zuborawka
    zuborawka 2015/01/19
    シンプルで良い
  • World Health Organization (WHO)

    zuborawka
    zuborawka 2015/01/16
    @see p.4 for "Name of Meridian Alphabetic Code".
  • Codrops | Useful resources and inspiration for creative minds

    Codrops Demos Hub Discover our curated collection of 500+ free animations, interaction concepts, UI designs, web templates & more. Stay in the loop: Get your dose of frontend twice a week 👾 Hey! Looking for the latest in frontend? Twice a week, we'll deliver the freshest frontend news, website inspo, cool code demos, videos and UI animations right to your inbox. Zero fluff, all quality, to make y

    Codrops | Useful resources and inspiration for creative minds
  • SNSなどのウェブサービスで画像やファイルなどのバイナリファイルを「DBに保存」するか「ファイルに保存」するかを迷っています。…

    SNSなどのウェブサービスで画像やファイルなどのバイナリファイルを「DBに保存」するか「ファイルに保存」するかを迷っています。 両者のメリット・デメリットと通常のウェブアプリで、ファイルアップロード系保存の定石などあればお教えください。 画像などのファイルは、不特定多数に見られるプロフィール画像や、特定のコミュニティの人などしか見られない画像などアクセス制限が必要だったりなかったりしますが、アクセス数は大きくないとします。 どちらでも実装可能ですが、メリット・デメリットや一般的にはどうしているかが知りたいです。

  • Git で特定のコミットだけをマージする – DeVlog – 銀の翼で翔べ –

    先日、あるブランチ上で新しいファイルを追加するコミットをした後、別のブランチでも同じファイルを追加したいという状況がありました。 もちろん、改めて別のブランチを checkout してファイルを追加すれば良いわけです。しかし、2つのブランチに対して同じ修正を施したいケースは、ファイルの追加に限らず今後も発生し得ると思ったので調べてみました。 すると、cherry-pick というコマンドがまさしくそのコマンドであることがわかりました。 使い方も簡単です。例えば

  • 関数型言語のウソとホント - Qiita

    追記 こんな記事を読むより、まともな関数型プログラミング言語を使ってまともに関数型プログラミングを学ぶほうが、関数型プログラミングについてよほど正確な理解を得られます。少しでも関数型プログラミングに興味のある人は、まずは真面目なHaskellの教科書やすごいHを読んだり、やさしいHaskell入門を読んだりしながら、実際に関数型プログラミングのコードを書いてみることをお勧めします。 繰り返しますが、この記事はあんまり読む必要はないです。関数型プログラミングを理解するには実際に自分でコードを書いてみるのが一番です。関数型プログラミングあるいは関数型プログラミング言語を理解するもっとも確実な方法は、Haskellをあなたのマシンにインストールして何かまとまったアプリケーションを書いてみることです。Haskellでアプリケーションが書けたら、自分は関数型プログラミングを理解しているし使えると胸

    関数型言語のウソとホント - Qiita
  • チューリング完全 - Wikipedia

    チューリング完全(チューリングかんぜん、英語: Turing-complete)とは、計算理論において、ある計算のメカニズムが万能チューリングマシンと同じ計算能力をもつとき、その計算モデルはチューリング完全あるいは計算完備であるという。 チャーチ=チューリングのテーゼによれば「計算可能関数」は、それを計算しようとする計算モデルがチューリング完全であれば計算できる。 一般的なプログラミング言語の背景にある計算モデルの多くはチューリング完全である。一見単純な機能しか持たない言語がチューリング完全な例としては、Lazy K、Brainfuckなどがある。究極的に単純な計算モデルとしては「ウルフラムの2状態3記号チューリングマシン(英語版)がチューリング完全であると証明されている。 チューリング完全かどうかという事は、計算可能性理論の問題である。計算複雑性の分野の問題である時間や記憶容量の消費量に

    zuborawka
    zuborawka 2015/01/02
    “正規言語やSQLや繰り返し処理の書けない表計算の数式などの処理はチューリング完全ではない”
  • Shin x blog

    PHPでWEB+DBシステムの開発をやっています。