ছেড়ে সামগ্রীতে যান
টুইটার পরিষেবাগুলি ব্যবহার করে আপনি আমাদের কুকিজ ব্যবহারএ সম্মতি জানাচ্ছেন৷ আমরা এবং আমাদের পার্টনাররা বিশ্বব্যাপী কাজ করি এবং অ্যানালিটিক্স, ব্যক্তিগতকরণ এবং বিজ্ঞাপন সমেত বিভিন্ন কারণে কুকি ব্যবহার করি৷
  • হোম হোম হোম, বর্তমান পৃষ্ঠা।
  • সম্বন্ধে

সংরক্ষিত অনুসন্ধানসমূহ

  • সরান
  • এই কথা-বার্তাতে
    যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @
প্রস্তাবিত ব্যবহারকারীগণ
  • যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @
  • যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @
  • ভাষা : বাংলা.
    • मराठी
    • हिन्दी
    • ગુજરાતી
    • தமிழ்
    • ಕನ್ನಡ
    • Bahasa Indonesia
    • Bahasa Melayu
    • Català
    • Čeština
    • Dansk
    • Deutsch
    • English
    • English UK
    • Español
    • Filipino
    • Français
    • Hrvatski
    • Italiano
    • Magyar
    • Nederlands
    • Norsk
    • Polski
    • Português
    • Română
    • Slovenčina
    • Suomi
    • Svenska
    • Tiếng Việt
    • Türkçe
    • Ελληνικά
    • Български език
    • Русский
    • Српски
    • Українська мова
    • עִבְרִית
    • العربية
    • فارسی
    • ภาษาไทย
    • 한국어
    • 日本語
    • 简体中文
    • 繁體中文
  • একটি অ্যাকাউন্ট আছে? লগ ইন
    একটি অ্যাকাউন্ট আছে?
    · পাসওয়ার্ড ভুলে গেছেন?

    টুইটার-এ নতুন ?
    নিবন্ধন করুন
taotetek-এর প্রোফাইল
taotetek
taotetek
taotetek
@taotetek

Tweets

taotetek

@taotetek

ZeroMQ and Rsyslog contributor. Free software tinkerer. Thought wanderer. Engineering manager for a living. Header image by @pokeythepenguin.

oldschool.systems
যোগদান করেছেন ফেব্রুয়ারী ২০১০

Tweets

  • © 2018 টুইটার
  • সম্বন্ধে
  • সাহায্য কেন্দ্র
  • শর্তাবলী
  • গোপনীয়তা নীতি
  • কুকিগুলো
  • বিজ্ঞপ্তি তথ্য
খারিজ
পূর্ববর্তী
পরবর্তী

একজন ব্যক্তির প্রোফাইলে যান

সংরক্ষিত অনুসন্ধানসমূহ

  • সরান
  • এই কথা-বার্তাতে
    যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @
প্রস্তাবিত ব্যবহারকারীগণ
  • যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @
  • যাচাইকৃত অ্যাকাউন্টসুরক্ষিত টুইটসমূহ @

এই টুইটটির প্রচার করুন

ব্লক করুন

  • একটি অবস্থান সহ টুইট করুন

    আপনি আপনার টুইটগুলিতে ওয়েব থেকে এবং তৃতীয়-পক্ষ অ্যাপ্লিকেশনগুলির মাধ্যমে অবস্থান তথ্য যেমন শহর বা সুনির্দিষ্ট অবস্থান যোগ করতে পারবেন। আপনার কাছে আপনার টুইটের অবস্থান ইতিহাস মোছার বিকল্প থাকবে। আরও জানুন

    আপনার তালিকাসমূহ

    একটি নতুন তালিকা তৈরি করুন


    100 অক্ষরের কম, ঐচ্ছিক

    গোপনীয়তা

    লিঙ্কটিকে টুইটে অনুলিপি করুন

    এই টুইট স্থাপিত কর

    Embed this Video

    নীচের কোডটি অনুলিপি করে আপনার ওয়েবসাইটে এই টুইটটি যোগ করুন। আরও জানুন

    নীচের কোডটি অনুলিপি করে আপনার ওয়েবসাইটে এই ভিডিওটি যোগ করুন। আরও জানুন

    হুম, সার্ভারে পৌঁছনোর একটি সমস্যা ছিল।

    আপনার ওয়েবসাইটে বা অ্যাপে টুইটার সামগ্রী এম্বেড করে আপনি টুইটার ডেভেলপার চুক্তি এবং ডেভেলপার নীতি-এর সাথে সম্মত হচ্ছেন।

    প্রাকদর্শন

    আপনি কেন এই বিজ্ঞাপন দেখছেন

    টুইটারে লগইন করুন

    · পাসওয়ার্ড ভুলে গেছেন?
    কোনও অ্যাকাউন্ট নেই? নিবন্ধন করুন »

    টুইটারে নিবন্ধন করুন

    টুইটারে নেই? নিবন্ধন করুন, আপনির পছন্দের বিষয়গুলির সাথে যুক্ত হন, এবং তাদের বিষয়ে হালনাগাদ পান।

    নিবন্ধন করুন
    একটি অ্যাকাউন্ট আছে? লগ ইন »

    দুটি উপায় (প্রেরণ এবং গ্রহণ) শর্ট কোড:

    দেশ কোড গ্রাহকদের জন্য
    মার্কিন যুক্তরাষ্ট্র 40404 (যে কোন)
    কানাডা 21212 (যে কোন)
    যুক্তরাজ্য 86444 Vodafone, Orange, 3, O2
    ব্রাজিল 40404 Nextel, TIM
    হাইতি 40404 Digicel, Voila
    আয়ারল্যান্ড 51210 Vodafone, O2
    ভারত 53000 Bharti Airtel, Videocon, Reliance
    ইন্দোনেশিয়া 89887 AXIS, 3, Telkomsel, Indosat, XL Axiata
    ইতালি 4880804 Wind
    3424486444 Vodafone
    » অন্য দেশসমুহের এসএসএস সংক্ষিপ্ত কোড দেখুন

    নিশ্চিতকরণ

     

    হোমে স্বাগতম!

    আপনার কাছে গুরুত্বপূর্ণ বিষয়গুলি সম্পর্কে তাত্ক্ষণিক আপডেট পেয়ে সময়রেখাতে আপনি সবচেয়ে বেশী সময় কাটান।

    আপনার জন্য টুইটগুলি কাজ করছে না?

    প্রোফাইল ছবির উপরে যান এবং কোনো অ্যাকাউন্টকে করা অনুসরণ বাতিল করতে অনুসরণ করছি বোতামটি ক্লিক করুন।

    অল্প কথায় অনেক কিছু বলুন

    আপনি যখন পছন্দের কোনো টুইট দেখেন তখন হৃদয়টি আলতো চাপুন — এতে যে ব্যক্তি সেটি লিখেছেন তিনি জানবেন যে আপনি ভালোবাসা শেয়ার করেছেন।

    শব্দ ছড়িয়ে দিন

    আপনার অনুসরণকারীদের সাথে কারোর টুইট শেয়ার করে নেওয়ার সবচেয়ে দ্রুত উপায় হল পুনঃটুইট। অবিলম্বে তা পাঠাতে আইকনটি আলতো চাপুন।

    কথোপকথনে যোগ দিন

    জবাব দিয়ে যেকোনো টুইট সম্পর্কে আপনার মতামত যোগ করুন। আপনার আবেগের কোনো প্রসঙ্গ খুঁজুন ও সরাসরি তাতে চলে যান।

    সাম্প্রতিক জানুন

    লোকেরা এখন কী নিয়ে কথা বলছে তাতে তাত্ক্ষণিক অন্তর্দৃষ্টি পান।

    আপনার ভালোবাসার জিনিস আরও পান

    আপনার আগ্রহের প্রসঙ্গ সম্পর্কে তাত্ক্ষণিক আপডেটগুলি পেতে আরও অ্যাকাউন্ট অনুসরণ করুন।

    কী ঘটছে দেখুন

    অবিলম্বে যেকোনো প্রসঙ্গ সম্পর্কে সাম্প্রতিক কথোপকথনগুলি দেখুন।

    কখনও কোনো মুহূর্ত মিস করবেন না

    সেরা কাহিনীগুলি প্রকাশিত হলে তা অবিলম্বে পান।

    taotetek‏ @taotetek ৩ এপ্রিল

    Premature abstraction is far more harmful than premature optimization.

    ৮:৩৭ AM - ৩ এপ্রিল, ২০১৮
    • ১৭৬টি পুনঃ টুইট
    • ৪৩১টি পছন্দ
    • stephane rolland IZIREN Andrei-Mihai Nicolae Vsevolod Minkov Alex Combessie Fabian Eichenberger a forked warp Mike Gorunov Daniel Kraus
    ১৬ replies ১৭৬ টি পুনঃটুইট ৪৩১টি পছন্দ
      1. taotetek‏ @taotetek ৩ এপ্রিল

        The problem with solving future problems is your guesses about what problems you're going to have in the future are usually wrong. Solve your current problems.

        ১ reply ৩২ টি পুনঃটুইট ৯৬টি পছন্দ
        এই থ্রেডটি দেখান
        ধন্যবাদ। আপনার সময়রেখাকে আরো ভালো করে তুলতে টুইটার এটিকে ব্যবহার করবে। পূর্বাবস্থায়
        পূর্বাবস্থায়
      1. নতুন কথা-বার্তা
      2. Oh so what?‏ @brixen ৪ এপ্রিল
        @taotetek-কে উত্তর দিচ্ছেন

        What’s your definition of “abstraction”?

        ১ reply ০ টি পুনঃটুইট ১টি পছন্দ
      3. ✕✕✕✕✕‏ @peterbourgon ৪ এপ্রিল
        @brixen @taotetek-কে উত্তর দিচ্ছেন

        one low-level example I fight folks on all the time: extracting code to functions or helper packages even though it's only used in 1 place, or 2 places with significant variations

        ১ reply ০ টি পুনঃটুইট ৮টি পছন্দ
      4. Oh so what?‏ @brixen ৪ এপ্রিল
        @peterbourgon @taotetek-কে উত্তর দিচ্ছেন

        I asked about definition because the concept is often misunderstood and that probably contributes to messes we make. Recently, John Day (BU prof & RINA researcher) suggested “abstraction is invariance”.

        ২ replies ০ টি পুনঃটুইট ১টি পছন্দ
      5. Oh so what?‏ @brixen ৪ এপ্রিল
        @brixen @peterbourgon @taotetek-কে উত্তর দিচ্ছেন

        What’s so powerful about that definition is that it removes the now vs future dichotomy and the prediction fallacy. Precisely the parts that are invariant are abstractions. Since they are invariant, they need no conditional accommodation.

        ১ reply ১ টি পুনঃটুইট ২টি পছন্দ
      6. Oh so what?‏ @brixen ৪ এপ্রিল
        @brixen @peterbourgon @taotetek-কে উত্তর দিচ্ছেন

        The challenge once following the “abstraction is invariance” definition is to not attempt to hold things fixed (invariant) when they *should* vary.

        ২ replies ০ টি পুনঃটুইট ২টি পছন্দ
      7. taotetek‏ @taotetek ৪ এপ্রিল
        @brixen @peterbourgon-কে উত্তর দিচ্ছেন

        I don't mean abstraction as "invariant". Many early abstractions I see are attempts to make API interfaces invariant long before the use case is fully fleshed out. This is usually well intentioned but born out of a combination of overestimating the cost of changing code later.

        ২ replies ১ টি পুনঃটুইট ২টি পছন্দ
      8. taotetek‏ @taotetek ৪ এপ্রিল
        @taotetek @brixen @peterbourgon-কে উত্তর দিচ্ছেন

        We also tend to overestimate the likelihood of changing things later along with the cost. "Let's abstract this (API / data store / whatever) in case we want to use a different one later", etc.

        ১ reply ০ টি পুনঃটুইট ১টি পছন্দ
      9. ✕✕✕✕✕‏ @peterbourgon ৪ এপ্রিল
        @taotetek @brixen-কে উত্তর দিচ্ছেন

        1000% — the large majority of engineering mistakes I've caused or seen were the result of "future-proofing" something against a speculative, ultimately incorrect, future

        ২ replies ২ টি পুনঃটুইট ১১টি পছন্দ
      10. 4টি আরও উত্তর
      1. taotetek‏ @taotetek ৫ এপ্রিল

        I think the feedback loop is shorter. With performance optimization, the cycle for knowing whether your optimization worked is shorter.

        ০ reply ০ টি পুনঃটুইট ০টি পছন্দ
        ধন্যবাদ। আপনার সময়রেখাকে আরো ভালো করে তুলতে টুইটার এটিকে ব্যবহার করবে। পূর্বাবস্থায়
        পূর্বাবস্থায়
      1. sweet baby rays applier‏ @rbranson ৪ এপ্রিল
        @taotetek-কে উত্তর দিচ্ছেন

        IME developers tend to focus on how to make pieces interchangeable, rather than how to make them as simple as practical. Useful abstraction is much more about the latter. It allows focusing on a single domain at a time.

        ০ reply ২ টি পুনঃটুইট ৭টি পছন্দ
        ধন্যবাদ। আপনার সময়রেখাকে আরো ভালো করে তুলতে টুইটার এটিকে ব্যবহার করবে। পূর্বাবস্থায়
        পূর্বাবস্থায়
      1. Timo Reimann‏ @timoreimann ৪ এপ্রিল
        @taotetek-কে উত্তর দিচ্ছেন

        Reminds me of @sandimetz's great blog posthttps://www.sandimetz.com/blog/2016/1/20/the-wrong-abstraction …

        ০ reply ২ টি পুনঃটুইট ৬টি পছন্দ
        ধন্যবাদ। আপনার সময়রেখাকে আরো ভালো করে তুলতে টুইটার এটিকে ব্যবহার করবে। পূর্বাবস্থায়
        পূর্বাবস্থায়
      1. Craig Hooper‏ @craighooper ৪ এপ্রিল
        @taotetek @copyconstruct-কে উত্তর দিচ্ছেন

        I have seen way more serious, long term problems caused by YAGNI than by taking time to understand the problem space.

        ০ reply ১ টি পুনঃটুইট ৪টি পছন্দ
        ধন্যবাদ। আপনার সময়রেখাকে আরো ভালো করে তুলতে টুইটার এটিকে ব্যবহার করবে। পূর্বাবস্থায়
        পূর্বাবস্থায়
      1. নতুন কথা-বার্তা
      2. Brian Goetz‏যাচাইকৃত অ্যাকাউন্ট @BrianGoetz ১৩ এপ্রিল
        @taotetek-কে উত্তর দিচ্ছেন

        IMO it's far more constructive to focus on what they have in common -- because they both come from the same place. (Both place the programmer's own sense of aesthetic or craft above the professional responsibility to focus on the business problem actually in front of them.)

        ১ reply ২ টি পুনঃটুইট ৪টি পছন্দ
      3. James Moughan‏ @jamougha ১৩ এপ্রিল
        @BrianGoetz @taotetek-কে উত্তর দিচ্ছেন

        Smothering technical debt from people writing whatever they needed to to ship is possibly even more common.

        ০ reply ০ টি পুনঃটুইট ০টি পছন্দ
      4. কথা-বার্তা শেষ
      1. Cameron Watters‏ @watters ৪ এপ্রিল
        @taotetek-কে উত্তর দিচ্ছেন

        So often, I've found this is a result of inferring long-term semantic similarity from early syntactic similarity.

        ০ reply ০ টি পুনঃটুইট ৩টি পছন্দ
        ধন্যবাদ। আপনার সময়রেখাকে আরো ভালো করে তুলতে টুইটার এটিকে ব্যবহার করবে। পূর্বাবস্থায়
        পূর্বাবস্থায়
      1. Sean Kelly‏ @StabbyCutyou ৩ এপ্রিল
        @taotetek-কে উত্তর দিচ্ছেন

        Took me a while to get this

        ০ reply ০ টি পুনঃটুইট ৩টি পছন্দ
        ধন্যবাদ। আপনার সময়রেখাকে আরো ভালো করে তুলতে টুইটার এটিকে ব্যবহার করবে। পূর্বাবস্থায়
        পূর্বাবস্থায়
      1. নতুন কথা-বার্তা
      2. Zhe Zhang‏ @oldcap ৫ এপ্রিল
        @taotetek-কে উত্তর দিচ্ছেন

        Any example of bad premature abstraction?

        ১ reply ১ টি পুনঃটুইট ১টি পছন্দ
      3. Félix GV 🦉‏ @felixgv ৫ এপ্রিল
        @oldcap @taotetek-কে উত্তর দিচ্ছেন

        Agreed. Example: easy, any interface with a single implementation.

        ১ reply ০ টি পুনঃটুইট ০টি পছন্দ
      4. Félix GV 🦉‏ @felixgv ৫ এপ্রিল
        @felixgv @oldcap @taotetek-কে উত্তর দিচ্ছেন

        And for that matter, some will argue that it’s not even worth defining an interface unless you have at least three implementations. Otherwise, the interface is likely to be overfitted and too tightly coupled to its implementation(s).

        ১ reply ১ টি পুনঃটুইট ২টি পছন্দ
      5. Félix GV 🦉‏ @felixgv ৫ এপ্রিল
        @felixgv @oldcap @taotetek-কে উত্তর দিচ্ছেন

        Moreover, even if in the short term you somehow avoid the pitfall of overfitting your rarely-implemented interface, you still run the likely risk that in the long term, future maintenance will make this abstraction leaky, since there’s no alternative implementations to expose it.

        ১ reply ০ টি পুনঃটুইট ০টি পছন্দ
      6. Félix GV 🦉‏ @felixgv ৫ এপ্রিল
        @felixgv @oldcap @taotetek-কে উত্তর দিচ্ছেন

        Long story short: premature optimization and premature abstraction are both examples of premature complexity. Premature complexity is a maintenance burden, no matter what form it manifests in.

        ১ reply ০ টি পুনঃটুইট ০টি পছন্দ
      7. Sebastian Carroll‏ @sebjcarroll ১৬ এপ্রিল
        @felixgv @oldcap @taotetek-কে উত্তর দিচ্ছেন

        I disagree. Abstraction is about simplifying by hiding unnecessary details. Interfaces are about simplifying the contract to only the necessary elements

        ১ reply ০ টি পুনঃটুইট ০টি পছন্দ
      8. Sebastian Carroll‏ @sebjcarroll ১৬ এপ্রিল
        উত্তর দিচ্ছেনReplying to @sebjcarroll @felixgv এবং অন্য

        But having reread what you said I now see that premature abstraction is abstracting before it actually simplifies anything. As with the single interface example

        ০ reply ০ টি পুনঃটুইট ০টি পছন্দ
      9. কথা-বার্তা শেষ

    লোড হতে বেশ কিছুক্ষণ সময় নিচ্ছে।

    টুইটার তার ক্ষমতার বাইরে চলে গেছে বা কোনো সাময়িক সমস্যার সম্মুখীন হয়েছে আবার চেষ্টা করুন বা আরও তথ্যের জন্য টুইটারের স্থিতি দেখুন।

      বিজ্ঞাপিত টুইট

      false

      • © 2018 টুইটার
      • সম্বন্ধে
      • সাহায্য কেন্দ্র
      • শর্তাবলী
      • গোপনীয়তা নীতি
      • কুকিগুলো
      • বিজ্ঞপ্তি তথ্য