タグ

関連タグで絞り込む (57)

タグの絞り込みを解除

programmingとdevelopmentに関するvanbraamのブックマーク (91)

  • ジョエル・テスト


    こんにちは。 タオソフトウエアの杉山です。 今回は炊飯について取り上げます！ 電気からガスへ 慣れると戻れない できるだけ大きな家電を買わずにすますため、 島へ移住の話︻家電品 – 使わなくなった電子レンジ– ︼ で触れた通り、もともと電子レンジで炊飯していました。これが水や米が変わっても使えそうな炊飯釜などを調べている中で、炊飯にガスを使うようになりました。 子どもの頃の実家のご飯も電気釜で、人生のほとんどは電気で炊飯されたご飯を食べてきました。ガスで炊飯するのは小学生の授業での経験ぐらいしかなかったですが、普段の生活で電気からガスへ変えてみたら意外と早く時間短縮になるので驚いています。 ガス代は少し上がりますが急上昇するようなことは無く、電気代が下がったので安上がりになりました。大島はプロパンガスのため、都市ガスだともっと安くなるかなと感じています。 昔のガス釜の炊飯器は壊れず美味しい

  • UniRxを使った開発をして思ったこと - Qiita

  • UniRxを使った開発をして思ったこと - Qiita


    Help us understand the problem. What is going on with this article? みんな、プログラミングしてる？Rxがまた賑やかだなって時代なので実際UniRxを使った運用経験があるのでちょっとそのことについて書く。 UniRx？なにそれ？って方は以下の記事参考にしてください。Qiita記事: UniRx入門 個人の感想 地獄そのものでした。 自身がLとして開発入る時は二度と採用することはないです。 UniRx自体はとても素晴らしいものですが、使うものによっては神にでも悪魔にでもなれるマジンガーZみたいな存在です。 この記事はUniRxを貶しているわけではなく、UniRxを使いこなす自信がない場合は採用を考えたほうが良いという記事です。 UniRxの良いところ シンプルにかける 可読性が上がる 制御実装が楽になる よく見かけるのはこ
    UniRxを使った開発をして思ったこと - Qiita
    vanbraam
    vanbraam 2020/03/29
    b:id:entry:4682776584115551394 で言われてる記事はこれ? 自分の知識の範囲内では真っ当な論だと思った; Lambdaに限らず動的生成コードはデバッグしづらい; わからなかったのが"運用プロジェクト".運用時/運用フェイズではない?
    リンク

  • staticおじさん達に伝えたい、手続き指向とオブジェクト指向の再利用の考え方の違いについて - 達人プログラマーを目指して


    何が良いプログラムかという点はもちろん人やコンテキストによって異なりますが、少なくともプログラマーとしての私の信念としては、 機能拡張や変更が容易なプログラム 単体試験によって正しく動作することの検証が容易なプログラム どういった内容が記述されているか理解しやすいプログラム といったものこそ、﹁品質の高い﹂プログラムが持つべき性質として、まず真っ先に挙げるべき事項であると考えています。もちろん、前提として顧客の要件に従うということは大切なことです。しかし、一般に要件は長期にわたって変更されるものですし、使い捨てのプログラムを除けば、プログラムを長期にわたって保守するコストという点も見過ごすべきではありません。したがって、ユーザーの目には触れない上記の性質をもっと重視すべきだと思うのです。 DRYの原理 上記のような性質を満たすプログラムを作る上で大切になってくる原理として、DRYの原理とい
    staticおじさん達に伝えたい、手続き指向とオブジェクト指向の再利用の考え方の違いについて - 達人プログラマーを目指して

  • 「staticおじさん」はなぜ自信満々なのか


    ﹁staticおじさん﹂という言葉をご存じでしょうか。﹁static﹂というのは、Javaのstaticメソッドのことです。Javaでメソッドを呼び出すときにはクラスからインスタンスを生成してインスタンスのメソッドを呼び出すのが普通です。一方、staticメソッドはインスタンスを生成しなくてもクラスから直接呼び出せます。このため、オブジェクト指向プログラミングを理解していない古いタイプのプログラマは、Javaでもstaticメソッドを多用します。これを揶揄して﹁staticおじさん﹂と呼ぶのです。 staticおじさんについては、わかりやすく解説したブログエントリが有名です︵参考リンク︶。実際のシステム開発の現場でstaticおじさんに苦しめられている様子をまとめたページもあります︵参考リンク︶。 なお、Javaのstaticメソッドを多用する人に限らず、古い感覚にとらわれて周囲に迷惑をま
    「staticおじさん」はなぜ自信満々なのか
    vanbraam
    vanbraam 2020/03/22
    "staticおじさん"という呼称が生まれる発端となったのはこれ b:id:entry:20987590 (2010年の記事). 読めばわかるが「インスタンスを作る奴は頭悪い」と主張する様な酷い記事で,とても擁護できる代物ではない
    リンク

  • コードレビューで心がけている3つのこと【PHPカンファレンス協賛記念ブログ！】 - コネヒト開発者ブログ


    こんにちは！エンジニアの @fortkle です。 あの伝説のゲーム﹁メダロット﹂のスマホゲームのリリース日がついに 2020年1月23日と発表がありました!*1 いまからワクワクしてきましたね！リリースしたらぜひロボトルしましょう！ さて、今回の記事は﹁コードレビュー﹂についてです。コネヒトに入社してから早4年、数百のPRをレビューしてきてだんだんと自分の中でコードレビューに対する接し方が定まってきました。今日は私がコードレビューで心がけていることについてご紹介できればと思います。 レビュワーとして ① "既存コード" の 歴史的経緯を素早く紐解く コードレビューは様々な目的で行われますが、﹁欠陥・バグを検出すること﹂﹁コードの改善﹂に期待をしていることが多いかと思います。 これらの目的を達成するためには、既存・変更後のコードの実装意図や背景を理解することがとても重要になります。特に長年
    コードレビューで心がけている3つのこと【PHPカンファレンス協賛記念ブログ！】 - コネヒト開発者ブログ
    vanbraam
    vanbraam 2019/12/01
    いい話.本当にwhy大事; 動かすのも大事.ローカルだけで動くものなら動かすし,動かすのが難しいものでもテストは走らせる
    リンク

  • ITエンジニアの新たなバイブル『レガシーコードからの脱却』を読んだ - paiza times


    こんにちは。谷口です。 先日、オライリー社から﹃レガシーコードからの脱却――ソフトウェアの寿命を延ばし価値を高める9つのプラクティス﹄が発売されましたね。 弊社でもすぐ購入し、読みまくり、﹁これはリーダブルコードのように次世代のエンジニアのバイブルになる予感…﹂と言っているエンジニアもいたので、今回は本書の概要紹介と感想について書きたいと思います。 私の本書はすでに画像の通りふせん貼りすぎ下線ひきすぎ読みすぎでボロボロです。 レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス 作者:David Scott Bernstein発売日: 2019/09/19メディア: 単行本︵ソフトカバー︶ 概要について 本書はどんな内容の書籍なのか、まずオライリー社公式サイトにはこう書かれています。 本書では、ソフトウェア開発において、初めからレガシーコードを作りださないた
    ITエンジニアの新たなバイブル『レガシーコードからの脱却』を読んだ - paiza times
    vanbraam
    vanbraam 2019/10/02
    "コードは書き手（自分自身）のためではなく、読み手（ほかの人たち）のために書くのだ"<その意味では,書くのは楽だが読むのは辛い動的型付き/型無し言語を避けるのも『レガシーコードからの脱却』には重要かも
    リンク

  • PHP End of Life (a reminder)

    As of December 2018 PHP 5 and 7.0 became End of Life. It is now July 2019 and up to 74% of PHP powered sites in the top 1 million are running software that is End of Life. This means there is no support and more importantly if new vulnerabilities are discovered, there will be no security fixes released. Upgrades do take work and major updates can take even more work. People are busy and the reluct

    PHP End of Life (a reminder)
    vanbraam
    vanbraam 2019/07/20
    このコメントを書いてる時点で5系全て及び7.0はEoL.なので5系使おうとする新規プロダクト/プロジェクトがあったら全力で止めるべし
    リンク

  • エンジニアが何か問題にぶつかったときにあるといい力を5個 - Mitsuyuki.Shiiba


    最近ちょこちょこ相談されることがあって、直接のスキルではないけど、こういうのもスキルだよなぁって思ったので、思いついた順に書いてみる。5個になった。 ## 1. 問題を切り分ける力 ﹁これがなぜか動かない﹂って相談されたときって、いくつかの要素が絡んでることが多い。 なので﹁ここは明らかに問題ないでしょう﹂という一番土台のところからチェックを始める。そうすると﹁え？そこは問題ないと思いますよ？﹂って言われるので﹁うん、それを﹃問題ないと思う﹄じゃなくて﹃問題ない﹄って断言できるようにしようと思って﹂みたいな会話をよくする。 可能性をひとつずつつぶしていくと﹁ここだなぁ﹂って場所が見つかって、そしたら、もうあとはそんなに難しくない。ひとつずつ確認していくのって遠回りに見えるけど、結局その方が確実ではやいと思う。 ## 2. 想像と事実を切り分ける力 ↑と絡んで、想像や思い込みなのに、﹁ここは
    エンジニアが何か問題にぶつかったときにあるといい力を5個 - Mitsuyuki.Shiiba
    vanbraam
    vanbraam 2019/04/05
    確かにトラブルシューティングする時はこれだいたい全部使ってる;頼むから検索⇔試行錯誤だけで問題を解決しようとするのはやめてくれ.それはTVを叩いて直そうとするのと同じで,プロがやる事ではない
    リンク

  • PostgreSQLは20年間どのようにfsyncを間違って使っていたか - 聴講メモ -


    TL;DR 聴講メモ Intro into durability PostgreSQLのCHECKPIONT CHECKPOINT中にエラーが発生したら？ fsyncへの2つの間違った期待 なぜ今になって問題が明らかになってきた？ そもそもなぜBufferd I/Oなのか？ どうやって直すかか 参考リンク 質疑 最後に 先日PostgreSQLの新しいマイナーバージョンがリリースされました。このマイナーリリースでメインとなる修正は﹁fsync周りのバグ修正﹂で、このバグは間違ったfsyncに対する間違った認識から約20年間存在してたバグということで注目されていました。 このバグについてPostgreSQLのコミッタ(Tomas Vondra氏)が解説しているセッションが、先々週開催されたFOSDEM 2019でありました。私もFOSDEM 2019に参加していたのですがその際は裏セッション

  • SimpleとEasyは違う / Simple is not Easy

    Laravel JP Conference https://conference2019.laravel.jp/

    SimpleとEasyは違う / Simple is not Easy
    vanbraam
    vanbraam 2019/02/16
    同意する.その上で,現実世界は_決して_simpleではないという事を受け入れるべきだと思う.必要以上のcomplexityを最低限に下げる事はできる.が,simpleにはできない.一見simpleな物は何かを捨てたり別の層に移しているだけ
    リンク

  • バッチ処理の一部で 30 分以上かかっていた処理を 14 秒で終わるようにした話 - @watson1978 の日記


    Ubiregi Advent Calendar 2018 の18日目です。 ユビレジではたくさんのお客様の大量の POS データをお預かりしており、様々なバッチ処理も実行されています。今回は特定のケースでバッチ処理の一部が30分以上かかっていた処理を14秒で終わるようにした話について書きたいと思います。前回の Ruby 2.5 の SEGV と闘った話 - @watson1978 の日記 に引き続き DTrace を使った話になります。 はじめに ユビレジでは CSV ファイルでお客様が特定のデータをダウンロードしたりアップロードできる機能があります。CSV ファイルにエクスポートしたり、CSV ファイルから DBに取り込む処理を Worker を起動してバッチ処理しています。 大量のデータを保有しているアカウントと同量のデータを用意して手元の環境で試したところ時間がかかるこ
    バッチ処理の一部で 30 分以上かかっていた処理を 14 秒で終わるようにした話 - @watson1978 の日記
    vanbraam
    vanbraam 2018/12/18
    dtraceとかstraceとかちゃんと使えると便利だよなぁ.使い始めるまでの(自分の)敷居が高いのが辛い
    リンク

  • JaSST' Tokai 18 - Agileとテスト自動化導入の勘所

    近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps開発では,今まで主流であったウォーターフォール開発と異なり,短い開発サイクルの中で小刻みなフィードバックループと改善活動を繰り返しながら開発する特徴がある.そのため,品質保証や信頼性でのメトリクス活用においても,メトリクスにもとづいたQAテストを実施することは依然重要であるが,それに加え開発から運用までの一連のプロセスの中でプロダクトとプロセスの品質を見える化し継続的な改善活動を促進するフィードバックを提供することがアジャイル開発では求められる.また、DevOps開発では本番稼働中のシステムについてもレジリエンスの枠組みで障害やバグに関するフィード バックを獲得し継続的に学習する.本講演ではアジャイル /DevOps の品質保証と信頼性におけるメトリクス活用の方法について事例も交えながら紹介する.

    JaSST' Tokai 18 - Agileとテスト自動化導入の勘所
    vanbraam
    vanbraam 2018/12/18
    "「本当に100%自動化されてるのか」と繰り返される質問に自動化しない言い訳を探しているように感じた”<似たような質問を繰り返すのは確かにヤバい
    リンク

  • ググるのをやめるとプログラムの生産性が上がるかもしれない - メソッド屋のブログ


    今日はプログラミングの生産性に対して気づきがあったのでシェアしてみたい。 なぜ米国の人は生産性が高いのだろう プログラミングの生産性に関しては以前から興味がありいくつかのポストで考えたことをシェアしてきた。私は職業柄、いろんな国でいろんな人々とプログラミングを一緒にする機会が多い。その時に頻繁に感じるのは、平均的に言うと、アメリカの人プログラマが生産性が高い確率が高くて、しかもコードもきれいだという傾向にある。アメリカでお客さんと一緒にコードを書くと、お客さん自体が物凄く良く知っているし、実行力もある。アメリカの次と言うことでいうと、英語がネイティブの国もそれに近く、フランスなどの言語が近いところが続く感じなので、英語が物凄く影響すると思っていたし、実際すると思う。そのあたりの話はこちらのポストに書いてみた。 simplearchitect.hatenablog.com 定義での理解と、例
    ググるのをやめるとプログラムの生産性が上がるかもしれない - メソッド屋のブログ
    vanbraam
    vanbraam 2018/09/18
    ほぼ完全同意.自分は本質/原理vs表層と呼んでいる.前者は短期的には時間がかかるが,2回目以降の効率が桁違いだし応用も可能になる;表題は煽りだが,結局「解答ではなくその意味が重要」に尽きる
    リンク

  • WordPressつらいニャン問題 - 2億か8億

    まずこれ quipper.hatenablog.com これを見たわたし pic.twitter.com/X47cK5qxTE— サンリズム・オーケストラ (@ueshita___) 2018年9月10日 「受託にいたこともあってWPでCMS作るような渋い話→WPやってたみたいな渋い人に来られても困る」、Quipperには転職することができないことがわかった— サンリズム・オーケストラ (@ueshita___) 2018年9月10日 これ出して平気なの、ブランディングというかんじがする　Quipperすごい pic.twitter.com/6jvcqLFIxy— サンリズム・オーケストラ (@ueshita___) 2018年9月10日 WPまじで今すぐ捨てないとquipperに転職できないぞ！みんな捨てろ！破壊しろ！— サンリズム・オーケストラ (@ueshita___) 2018年9

    WordPressつらいニャン問題 - 2億か8億
    vanbraam
    vanbraam 2018/09/13
    WordPressはブログ記事を書くユーザーとして使ったことしかないが,そんなに辛いのか.この話と"世のサイトのx割はWP"という話と両方読むと,WPがなぜそんなにウケているのかを考える事が重要かもしれない
    リンク

  • GitScrum: The Next-Gen AI-Powered Project Management Tool for Everyone

  • モブプログラミングとコードレビュー


    特集1では，2人1組になってコードを書くペアプログラミング︵ペアプロ︶と，チーム一丸となってコードを書くモブプログラミング︵モブプロ︶について解説します。… この中で、モブプロは モブプログラミングの﹁モブ﹂とは群衆のことです。モブプログラミングでは、ペア︵2人︶ではなく、モブ︵チーム全体︶でプログラミングを行います。モブの人数は3人から5人くらいを想定しています。ペアプログラミングと同様に、コードを書くだけでなく、すべてをモブで行います。 と説明されています。 私がモブプログラミングという言葉を初めて聞いたのは、現マイクロソフト牛尾氏の以下のブログ投稿だったように思います。
    モブプログラミングとコードレビュー
    vanbraam
    vanbraam 2018/03/27
    "社長が「でも、生産性は半分ですよね」"<短絡的思考.この考え方だと会議なんて 生産性=1/参加者数 になるので即やめるべきだな.programmingが企画と同様の知的生産だという事をなぜ理解できないのか
    リンク

  • Zoho Creator と kintone の比較


    きっかけ 中小企業が自分達で業務システムを作れると良さそう 地方の中小企業のIT化をサポートする仕事とか出来ないかと、何となく考えていて、過去に何回かブログで触れました。︵﹁ 何に特化するか﹂、﹁商工会議所に加入しました﹂︶1つの方向性として、地方の中小企業がSIerに丸投げするのではなく、自分達で主体的に︵必要に応じてSIerをうまく利用して︶業務アプリを作れるようになると良いと考え、そういうののサポートをしたいと考えていました。 具体的には、単なるシステム導入だけでなく、IT化に関するトレーニングなども実施していければと考えていました。 それ、 kintone なら出来るよ そうした中、プログラムの知識がほぼ不要で業務アプリを作れる kintone の存在を知りました︵というか思い出しました︶。 幸運なことに、たまたま、周りに kintone に非常に詳しい人物がいて、その人から長所
    vanbraam
    vanbraam 2018/03/19
    Low-Code Development Platformを調べてたら辿り着いた;kintoneは結構昔からあるけど,それほど流行ってる様に見えない理由は何なのだろう?
    リンク

  • Mendix｜株式会社ビルドシステム

    ローコードとは何か？ ローコードとは、コーディングをテキストからビジュアルに昇華させるアプリケーション開発手法である。 技術的なコーディング環境ではなく、ローコードはモデル駆動型のドラッグ＆ドロップ・インターフェースで動作します。プロの開発者、初心者の開発者、サブジェクト・マター・エキスパート、ビジネス利害関係者、意思決定者など、あらゆる開発スキル・レベルの人が、ローコードを使用して価値主導型のエンタープライズ・ビジネス・アプリケーションを構築できます。 ※さらなる可能性を見る ローコードの特徴と利点 ローコード・アプリケーション開発プラットフォーム（LCAP）は、アプリケーション・ライフサイクルのあらゆるステップを抽象化し、自動化する。 開発プロセスを加速する機能により、技術的な専門知識を持たないユーザーでも開発にアクセスしやすくなります。 ビジュアル・モデリング ドラッグ＆ドロップ機能

    vanbraam
    vanbraam 2018/03/19
    開発ツールだけでなく,デプロイ先の環境とか監視まで含めたApplication Lifecycle管理機能全般が提供されるのか
    リンク

  • Best Low-Code Development Platforms Software in 2020 | G2

    Low-Code Development Platforms reviews by real, verified users. Find unbiased ratings on user satisfaction, features, and price based on the most reviews available anywhere. Low-code development platforms provide development environments that allow businesses to develop software quickly with minimal coding, reducing the need for extensive coding experience. The platforms provide base-level code, s

    Best Low-Code Development Platforms Software in 2020 | G2
    vanbraam
    vanbraam 2018/03/19
    OutSystems,MendixなどがLCDP業界のリーダーらしい.Spring Bootも含まれるのか.若干不思議な分類
    リンク
  • 1 2 3 4 5 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.